Niespełnione wymaganie miasta zespołu: istnieje MSBuildTools12.0_x86_Path

Mam instalację TeamCity na komputerze z systemem Windows x32 Server2008. Uruchomiłem instalację internetową .net 4.5. Skopiowałem również pliki z mojej maszyny x64 na podstawie tego artykułu, więc nie musiałem instalować vs2012 (chociaż zmieniłem ścieżkę, aby usunąć x86 na maszynie 32-bitowej):

MSBuild w rozwiązaniu TeamCity programu Visual Studio 2012

Nie mogę zmusić lokalnego agenta do uruchomienia kompilacji, którą skonfigurowałem dla msbuild w projekcie vs2012 lub vs2010. Ciągle otrzymuję:

Niespełnione wymagania: istnieje MSBuildTools12.0_x86_Path

Wielokrotnie restartowałem serwer i restartowałem agenta. Próbowałem trochę pomieszać ze zmiennymi ścieżki, ale nie mogę dowiedzieć się, czego mi brakuje. Sprawdziłem również w parametrach konfiguracji i widzę te:

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

Jak uzyskać tam 12,0?

Musiałem osobno zainstalować MSBuild, po ponownym uruchomieniu agenta zmienna tam była.

(Z artykułu MSDN) Program MSBuild jest teraz instalowany jako część programu Visual Studio, a nie jako część .NET Framework. Bieżący numer wersji MSBuild to 12.0. Jeśli chcesz oddzielnie zainstalować program MSBuild, pobierz pakiet instalacyjny z witryny MSBuild Download.

edycja: link do odpowiedzi był uszkodzony. Oto link do Microsoft Build Tools 2015 (ostatnio do dzisiaj): https://www.microsoft.com/en-us/download/details.aspx?id=48159

Trochę późna odpowiedź, ale jeśli Twój projekt pochodzi z VS 2012 i używasz automatycznie wykrywanego kroku kompilacji pliku rozwiązania, edycja tego kroku i wybranie „Microsoft Visual Studio 2012” z listy rozwijanej „Visual Studio” rozwiązuje ten problem również (i IMHO, bardziej poprawnie).

Miałem ten sam problem i na koniec okazało się, że mój zdefiniowany krok kompilacji do uruchomienia MSBuild został źle skonfigurowany.

W moim kroku kompilacji MSBuild ustawienie „MSBuild ToolsVersion” zostało ustawione na 12.0 (domyślnie), co prowadzi do błędu „Niespełnione wymagania: MSBuildTools12.0_x86_Path istnieje” w moim systemie. Ponieważ nie potrzebuję nowego programu MSBuild 12.0 do uruchomienia mojej kompilacji, zmieniłem to ustawienie na 4,0 na etapie kompilacji. Ta wersja programu MSBuild jest poprawnie zainstalowana w moim systemie. To rozwiązało problem.

Jestem też trochę spóźniony na imprezę, ale pomyślałem, że podzielę się tym, na wypadek, gdyby pomogło to każdej biednej duszy.

• Powyższy błąd wystąpił podczas świeżej instalacji TeamCity 8.1.4 na nowym pudełku z systemem Windows Server 2012 R2
• Postępowałem zgodnie z instrukcjami w tym wątku i błąd nadal pojawiał się pomimo wielu ponownych uruchomień i ponownych instalacji.
• Zauważyłem, że informacje o agencie, takie jak system operacyjny i procesor, nie pojawiają się na stronie szczegółów agenta. To wskazywało, że problem nie dotyczył wymagań wstępnych .NET i MSBUILD, ale był związany z tym, że usługa agenta nie była w stanie odczytać informacji o komputerze.
• Agent działał na koncie użytkownika (ze wszystkimi niezbędnymi uprawnieniami zgodnie z dokumentacją TeamCity ). Ale pomyślałem, że zobaczę, co by się stało, gdybym wszedł do Admin Tools> Services i zmienił konto systemowe Log On to Local.
• Ponownie uruchomiono usługę agenta.
• Wielkim sukcesem.

MSBuild jest teraz częścią programu Visual Studio. Jeśli chcesz zainstalować narzędzia do kompilacji na swoim agencie, ale nie chcesz instalować VS, musisz zainstalować nowe narzędzia Microsoft Build Tools, które są dostępne pod adresem http://www.microsoft.com/en-us/download/ details.aspx? id = 40760 .

W moim przypadku pomogła tylko osobna instalacja MSBuild dla VS2013. (tutaj jest link - https://www.microsoft.com/en-us/download/confirmation.aspx?id=40760 ) Utworzył ten folder C:\Program Files (x86)\MSBuild\12.0Instalacja narzędzi MSBuild dla VS2015 utworzyła C:\Program Files (x86)\MSBuild\14.0ten folder, a TC nie chciał Użyj tego.

Miałem ten problem na moim drugim agencie kompilacji.

Skopiowałem folder MSBuild z głównego komputera z agentem kompilacji na drugi komputer z agentem kompilacji (tak jak w przypadku niektórych plików programu Visual Studio, jak opisano tutaj: MSBuild w rozwiązaniu TeamCity of Visual Studio 2012 ), zamiast instalować MSBuild.

Wydaje się jednak, że usługi agenta TeamCity sprawdzają rejestr w poszukiwaniu wpisów MSBuild podczas uruchamiania (wydaje się, że nie robi tego z plikami Visual Studio, o których wspomniałem powyżej). Ponieważ po prostu skopiowałem pliki z innego komputera, nie istniał żaden wpis MSBuild dla wersji 12.0, więc TeamCity nie wykrył plików MSBuild, mimo że były one obecne w folderze Program Files (x86) \ MSBuild.

Kiedy zainstalowałem narzędzia Microsoft Build Tools z powyższego łącza http://www.microsoft.com/en-us/download/details.aspx?id=40760 TeamCity znalazłem w rejestrze wpis wer. 12.0, a agent był w stanie budować te same projekty, co główny agent.

Pamiętaj, aby ponownie uruchomić usługę agenta TeamCity po zainstalowaniu MS Build Tools.

W moim przypadku mam TeamCity Professional 2018.1 na Windows 2016 Server. Pobrałem narzędzia do kompilacji dla programu Visual Studio 2017 stąd: https://visualstudio.microsoft.com/downloads/ i wybrałem wszystkie opcje narzędzi do kompilacji. Po instalacji dodałem MSBuild do globalnej zmiennej środowiskowej PATH. C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ BuildTools \ MSBuild \ 15.0 \ Bin w moim przypadku.

W moim przypadku była to nowa maszyna bez zainstalowanego Visual Studio i właśnie przywróciłem Teamcity z innej maszyny. Więc zainstalowałem Visual Studio 2013 i rozwiązałem problem agenta Teamcity.

Jak wspomniano powyżej, automatycznie wykrywany krok kompilacji jest prawdopodobnie wybierany nieprawidłową wersję programu Visual Studio. Zmień to przy użyciu menu rozwijanego programu Visual Studio w sekcji Kroki kompilacji na stronie ustawień konfiguracji kompilacji :

Wydawało się, że rozwiązałem ten problem, wchodząc do rejestru i usuwając wszystkie wpisy dla programu MSBuild, które nie były przeznaczone dla wersji 12, a następnie ponownie uruchomiłem agenta.

Aby to zrobić, przejdź do Start> Uruchom i wpisz Regedit

Następnie przejdź do klucza:

HKEY_LOCAL_MACHINE> OPROGRAMOWANIE> Microsoft> MSBuild

Usuń wszystkie wersje z wyjątkiem 12.0.

Przejdź do następnego poziomu do ToolsVersions i usuń tam wersje inne niż 12.0.