Vereiste voor teamstad waaraan niet is voldaan: MSBuildTools12.0_x86_Path bestaat

Ik heb een TeamCity-installatie op x32 Server2008 Windows-computer. Ik heb de .net 4.5 webinstallatie uitgevoerd. Ik heb ook de bestanden van mijn x64-machine gekopieerd op basis van dit artikel, zodat ik vs2012 niet hoefde te installeren (hoewel ik wel het pad had gewijzigd om x86 op de 32bit-machine te verwijderen):

MSBuild in TeamCity van Visual Studio 2012-oplossing

Ik krijg de lokale agent niet zover om de build uit te voeren die ik heb ingesteld voor msbuild op een vs2012- of vs2010-project. Ik krijg steeds:

Vereisten waaraan niet is voldaan: MSBuildTools12.0_x86_Path bestaat

Ik heb de server meerdere keren opnieuw opgestart en de agent ook opnieuw opgestart. Ik heb geprobeerd een beetje met de padvariabelen te knoeien, maar kan niet achterhalen wat ik mis. Ik heb ook in de configuratieparameters gekeken en kan deze zien:

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

Hoe krijg ik 12.0 daarin?


Antwoord 1, autoriteit 100%

Ik moest MSBuild apart installeren, en na het herstarten van de agent was de variabele daar.

(Uit MSDN-artikel)
MSBuild wordt nu geïnstalleerd als onderdeel van Visual Studio in plaats van als onderdeel van het .NET Framework. Het huidige versienummer van MSBuild is 12.0. Als u MSBuild apart wilt installeren, download dan het installatiepakket van MSBuild Download.

edit: de antwoordlink was verbroken. Hier is de link voor Microsoft Build Tools 2015 (meest recent tot vandaag):
https://www.microsoft.com/en-us/download /details.aspx?id=48159


Antwoord 2, autoriteit 22%

Een beetje een laat antwoord, maar als uw project uit VS 2012 komt en u de automatisch gedetecteerde stap voor het maken van het oplossingsbestand gebruikt, bewerkt u die stap en kiest u “Microsoft Visual Studio 2012” in de vervolgkeuzelijst “Visual Studio” lost dit probleem ook op (en, IMHO, correcter).


Antwoord 3, autoriteit 12%

Ik had hetzelfde probleem en aan het einde bleek dat mijn gedefinieerde buildstap om MSBuild uit te voeren verkeerd was geconfigureerd.

In mijn MSBuild-buildstap was de instelling “MSBuild ToolsVersion” ingesteld op 12.0 (standaard), wat leidde tot de fout “Onvoldane vereisten: MSBuildTools12.0_x86_Path bestaat” op mijn systeem. Omdat ik de nieuwe MSBuild 12.0 niet nodig heb om mijn build uit te voeren, heb ik deze instelling gewijzigd in 4.0 in mijn build-stap. Deze MSBuild-versie is correct geïnstalleerd op mijn systeem. Dit loste het probleem voor mij op.


Antwoord 4, autoriteit 7%

Ik ben ook een beetje laat voor het feest, maar ik dacht ik deel het volgende voor het geval het een arme ziel helpt.

  • Ik kreeg de bovengenoemde fout bij een nieuwe installatie van TeamCity 8.1.4op een nieuwe Windows Server 2012 R2-box
  • Volg de instructies in deze thread en de fout deed zich nog steeds voor ondanks talloze herstarts en herinstallaties.
  • Ik heb gemerkt dat de agentinformatie, zoals het besturingssysteem en de CPU, niet werd weergegeven op de pagina met agentdetails. Dit gaf aan dat het probleem niet te maken had met de .NET- en MSBUILD-vereisten, maar met het feit dat de agentservice geen informatie over de machine kon lezen.
  • De agent draaide onder een gebruikersaccount (met alle benodigde machtigingen volgens de TeamCity-documentatie). Maar ik dacht dat ik zou zien wat er zou gebeuren als ik naar Admin Tools > Services en wijzigde de Log On to Local system-account.
  • De agent-service opnieuw gestart.
  • Groot succes.

Antwoord 5, autoriteit 5%

MSBuild is nu onderdeel van Visual Studio. Als u de build-tools op uw agent moet installeren, maar geen VS wilt installeren, moet u de nieuwe Microsoft Build Tools installeren die beschikbaar is op http://www.microsoft.com/en-us/download/details.aspx?id=40760.


Antwoord 6, autoriteit 3%

In mijn geval hielp alleen een afzonderlijke installatie van MSBuild voor VS2013. (hier is de link – https://www.microsoft.com/ nl-us/download/confirmation.aspx?id=40760) Het heeft deze map gemaakt C:\Program Files (x86)\MSBuild\12.0Installatie van MSBuild-tools voor VS2015 gemaakt C:\Program Files (x86)\MSBuild\14.0deze map, en TC wilde deze niet gebruiken.


Antwoord 7

Ik had dit probleem met mijn secundaire build-agent.

Ik had de MSBuild-map gekopieerd van de primaire build-agent-pc naar de secundaire build-agent-pc (zoals ik deed met sommige Visual Studio-bestanden zoals hier beschreven: MSBuild in TeamCity van Visual Studio 2012-oplossing), in plaats van MSBuild te installeren.

Het lijkt er echter op dat de TeamCity-agentservices het register controleren op MSBuild-vermeldingen wanneer het opstart (het lijkt dit niet te doen met de Visual Studio-bestanden die ik hierboven noem). Omdat ik de bestanden gewoon van de andere pc had gekopieerd, bestond er geen MSBuild-vermelding voor v. 12.0, dus TeamCity ontdekte de MSBuild-bestanden niet, ook al stonden ze in de map Program Files (x86)\MSBuild.

Toen ik de Microsoft Build Tools via de bovenstaande link installeerde http://www.microsoft.com/en-us/download/details.aspx?id=40760TeamCity vond de v. 12.0-vermelding in het register en de agent kon dezelfde projecten bouwen als de primaire agent.

Vergeet niet om de TeamCity-agentservice opnieuw te starten na het installeren van MS Build Tools.


Antwoord 8

In mijn geval heb ik TeamCity Professional 2018.1 op Windows 2016 Server.
Ik heb Build Tools for Visual Studio 2017gedownload van hier: https://visualstudio.microsoft .com/downloads/en selecteerde alle opties voor build-tools. Na de installatie heb ik MSBuild toegevoegd aan de globale PATH-omgevingsvariabele.
C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin in mijn geval.


Antwoord 9

In mijn geval was het een nieuwe machine zonder geïnstalleerde visuele studio en ik heb zojuist Teamcity hersteld vanaf een andere machine. Dus ik heb Visual Studio 2013 geïnstalleerd en het teamcity-agentprobleem opgelost.


Antwoord 10

Zoals hierboven vermeld, is de automatisch gedetecteerde buildstap waarschijnlijk de verkeerde Visual Studio-versie opgepikt. Wijzig het met de vervolgkeuzelijst Visual Studioonder het gedeelte Stappen bouwenop de pagina met instellingen voor Configuratie bouwen:

voer hier de afbeeldingsbeschrijving in


Antwoord 11

Ik leek dit probleem op te lossen door naar het register te gaan en alle vermeldingen voor MSBuild te verwijderen die niet voor versie 12 waren, en vervolgens de agent opnieuw te starten.

Ga hiervoor naar Start > Voer Regedit uit en typ het in

Navigeer vervolgens naar de sleutel:

HKEY_LOCAL_MACHINE > SOFTWARE > Microsoft > MSBuild

Verwijder alle versies behalve 12.0.

Ga naar het volgende niveau naar ToolsVersions en verwijder daar de niet-12.0-versies.

Other episodes