.net - v14 - visual build tools 2015




Requisito não atendido da cidade de equipe: existe o MSBuildTools12.0_x86_Path (7)

Eu tenho uma instalação TeamCity na máquina Windows x32 Server2008. Eu executei a instalação da Web .net 4.5. Eu também copiei os arquivos da minha máquina x64 com base neste artigo para que eu não precisasse instalar o vs2012 (embora eu tenha mudado o caminho para remover x86 na máquina de 32 bits):

MSBuild na solução TeamCity of Visual Studio 2012

Eu não consigo obter o agente local para executar a compilação que eu configurei para msbuild em um projeto vs2012 ou vs2010. Eu continuo recebendo:

Requisitos não atendidos: MSBuildTools12.0_x86_Path existe

Reiniciei o servidor várias vezes e reiniciei o agente também. Eu tentei mexer um pouco nas variáveis ​​de caminho, mas não consigo entender o que está perdendo. Eu olhei tão bem nos parâmetros de configuração, e posso ver estes:

MSBuildTools2.0_x86_Path C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727

MSBuildTools3.5_x86_Path C: \ Windows \ Microsoft.NET \ Framework \ v3.5

MSBuildTools4.0_x86_Path C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319

Como obtenho 12.0 lá?


Eu precisava instalar o MSBuild separadamente, depois de reiniciar o agente, a variável estava lá.

(Do artigo do MSDN) O MSBuild agora é instalado como parte do Visual Studio, e não como parte do .NET Framework. O número da versão atual do MSBuild é 12.0. Se você deseja instalar o MSBuild separadamente, baixe o pacote de instalação do download do MSBuild.

edit: o link de resposta foi quebrado. Aqui está o link para o Microsoft Build Tools 2015 (mais recentemente até hoje): https://www.microsoft.com/en-us/download/details.aspx?id=48159


Eu também estou um pouco atrasado para a festa, mas eu pensei em compartilhar o seguinte caso isso ajude qualquer pobre alma lá fora.

  • Recebi o erro mencionado acima em uma nova instalação do TeamCity 8.1.4 em uma nova caixa do Windows Server 2012 R2
  • Seguiu as instruções nesta discussão e o erro ainda aparecia apesar de várias reinicializações e reinstalações.
  • Percebi que as informações do agente, como SO e CPU, não estavam aparecendo na página de detalhes do agente. Isso indicava que o problema não estava nos pré-requisitos .NET e MSBUILD, mas estava relacionado ao fato de o serviço do agente não poder ler informações sobre a máquina.
  • O agente estava sendo executado na conta de um usuário (com todas as permissões necessárias, conforme a documentação do TeamCity ). Mas pensei em ver o que aconteceria se eu entrasse em Admin Tools> Services e alterasse a conta Log On to Local.
  • Reiniciou o serviço do agente.
  • Grande sucesso.

Eu tive o mesmo problema e no final, descobri que minha etapa de compilação definida para executar o MSBuild estava configurada incorreta.

Na minha etapa de compilação do MSBuild a configuração "MSBuild ToolsVersion" foi definida como 12,0 (padrão), o que leva ao erro "Unmet requirements: MSBuildTools12.0_x86_Path exists" no meu sistema. Como não preciso do novo MSBuild 12.0 para executar minha compilação, alterei essa configuração para 4.0 na minha etapa de compilação. Esta versão do MSBuild está instalada corretamente no meu sistema. Isso resolveu o problema para mim.



No meu caso, tenho o TeamCity Professional 2018.1 no Windows 2016 Server. Eu baixei o Build Tools para Visual Studio 2017 aqui: https://visualstudio.microsoft.com/downloads/ e selecionei todas as opções para ferramentas de compilação. Após a instalação, adicionei o MSBuild à variável de ambiente global PATH. C: \ Arquivos de Programas (x86) \ Microsoft Visual Studio \ 2017 \ BuildTools \ MSBuild \ 15.0 \ Bin no meu caso.


Pareceu-me resolver esse problema indo para o registro e excluindo todas as entradas do MSBuild que não eram para a versão 12 e, em seguida, reiniciei o agente.

Para fazer isso, vá em Iniciar> Executar e digite Regedit

Em seguida, navegue até a chave:

HKEY_LOCAL_MACHINE> SOFTWARE> Microsoft> MSBuild

Exclua todas as versões, exceto 12.0.

Desça o próximo nível para ToolsVersions e exclua as versões não-12.0 lá.


No meu caso - apenas a instalação separada do MSBuild para o VS2013 ajudou. (aqui está link - https://www.microsoft.com/en-us/download/confirmation.aspx?id=40760 ) Ele criou esta pasta C:\Program Files (x86)\MSBuild\12.0 Instalação de ferramentas MSBuild para O VS2015 criou C:\Program Files (x86)\MSBuild\14.0 essa pasta, e o TC não quis usá-la.





msbuild