У меня установлен TeamCity на машине с Windows x32 Server2008. Я запустил веб-установку .net 4.5. Я также скопировал файлы с моей x64-машины на основе этой статьи, так что мне не нужно было устанавливать vs2012 (хотя у меня было изменение пути для удаления x86 на 32-битной машине):
MSBuild в TeamCity решения Visual Studio 2012
Я не могу заставить локальный агент запустить сборку, которую я установил для msbuild в проекте vs2012 или vs2010. Я продолжаю получать:
Неудовлетворенные требования: существует MSBuildTools12.0_x86_Path
Я перезапускал сервер несколько раз, а также перезапускал агент. Я пробовал немного поиграть с переменными пути, но не могу понять, что мне не хватает. Я также посмотрел в Параметры конфигурации и увидел следующее:
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
Как мне получить там 12.0?
источник
Ответы:
Мне нужно было установить MSBuild отдельно, тогда после перезапуска агента переменная была там.
(Из статьи MSDN) MSBuild теперь устанавливается как часть Visual Studio, а не как часть .NET Framework. Текущий номер версии MSBuild - 12.0. Если вы хотите установить MSBuild отдельно, загрузите установочный пакет из MSBuild Download.
изменить: ссылка для ответа не работает. Вот ссылка на Microsoft Build Tools 2015 (с недавнего времени по сегодняшний день): https://www.microsoft.com/en-us/download/details.aspx?id=48159
источник
Немного запоздалый ответ, но если ваш проект основан на VS 2012, и вы используете автоматически определяемый этап сборки файла решения, редактирование этого шага и выбор «Microsoft Visual Studio 2012» в раскрывающемся списке «Visual Studio» устраняет эту проблему. как хорошо (и, ИМХО, правильнее).
источник
У меня была та же проблема, и в конце выяснилось, что мой определенный шаг сборки для запуска MSBuild был настроен неправильно.
На этапе сборки MSBuild параметр «MSBuild ToolsVersion» был установлен на 12.0 (по умолчанию), что приводило к ошибке «Неудовлетворенные требования: существует MSBuildTools12.0_x86_Path» в моей системе. Поскольку мне не нужен новый MSBuild 12.0 для запуска моей сборки, я изменил этот параметр на 4.0 на этапе сборки. Эта версия MSBuild правильно установлена в моей системе. Это решило проблему для меня.
источник
Я тоже немного опоздал на вечеринку, но подумал, что поделюсь следующим, если это поможет какой-нибудь бедной душе.
источник
MSBuild теперь является частью Visual Studio. Если вам нужно установить инструменты сборки на свой агент, но вы не хотите устанавливать VS, вам нужно будет установить новые инструменты сборки Microsoft, которые доступны по адресу http://www.microsoft.com/en-us/download/ details.aspx? id = 40760 .
источник
В моем случае помогла только отдельная установка MSBuild для VS2013. (вот ссылка - https://www.microsoft.com/en-us/download/confirmation.aspx?id=40760 ) Он создал эту папку
C:\Program Files (x86)\MSBuild\12.0Установка инструментов MSBuild для VS2015 создалаC:\Program Files (x86)\MSBuild\14.0эту папку, и TC не хотел используй это.источник
У меня была эта проблема с моим вторичным агентом сборки.
Я скопировал папку MSBuild с основного компьютера агента сборки на компьютер вторичного агента сборки (как я сделал с некоторыми файлами Visual Studio, как описано здесь: MSBuild в TeamCity решения Visual Studio 2012 ), вместо того, чтобы устанавливать MSBuild.
Однако кажется, что службы агента TeamCity проверяют реестр на наличие записей MSBuild при запуске (похоже, он не делает этого с файлами Visual Studio, о которых я упоминал выше). Поскольку я просто скопировал файлы с другого компьютера, записи MSBuild для версии 12.0 не существовало, поэтому TeamCity не обнаружила файлы MSBuild, даже если они находились в папке Program Files (x86) \ MSBuild.
Когда я установил Microsoft Build Tools по ссылке выше http://www.microsoft.com/en-us/download/details.aspx?id=40760 TeamCity обнаружил запись v. 12.0 в реестре, и агент смог создавать те же проекты, что и основной агент.
Не забудьте перезапустить службу агента TeamCity после установки MS Build Tools.
источник
В моем случае у меня TeamCity Professional 2018.1 на Windows 2016 Server. Я загрузил Build Tools for Visual Studio 2017 отсюда: https://visualstudio.microsoft.com/downloads/ и выбрал все параметры для инструментов сборки. После установки я добавил MSBuild в глобальную переменную среды PATH. C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ BuildTools \ MSBuild \ 15.0 \ Bin в моем случае.
источник
В моем случае это была новая машина без установленной визуальной студии, и я только что восстановил Teamcity с другой машины. Итак, я установил Visual Studio 2013 и решил проблему агента teamcity.
источник
Как было сказано выше, автоматически определяемый этап сборки, вероятно, выбран неправильной версией Visual Studio. Измените его, используя раскрывающийся список Visual Studio в разделе « Шаги сборки » на странице параметров конфигурации сборки :
источник
Похоже, я решил эту проблему, зайдя в реестр и удалив все записи для MSBuild, не относящиеся к версии 12, а затем перезапустил агент.
Для этого перейдите в Пуск> Выполнить и введите Regedit.
Затем перейдите к ключу:
HKEY_LOCAL_MACHINE> ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ> Microsoft> MSBuild
Удалите все версии кроме 12.0.
Спуститесь на следующий уровень к ToolsVersions и удалите там версии, отличные от 12.0.
источник