Microsoft Visual Studio Team Foundation Server - версия 16.131.28106.2
Agent.OS Windows_NT
Agent.OSVersion 6.3.9600
Agent.Version 2.136.1
Мой TFSАгент сборки не идентифицирует Visual Studio 2017 (Enterprise) как возможность при работе в качестве службы (под учетной записью службы в моем основном домене).Тот же агент действительно идентифицирует Visual Studio 2015 как возможность при работе в качестве службы под той же учетной записью, что и выше.
Я обновил агент, удалил и перенастроил соответствующий агент сборки, перезапустил службу агента и перезапустил ОС.Я заметил , что при первой настройке этого агента эта возможность кратко определяется, когда агент работает под пользователем, выполняющим сценарий конфигурации, но когда агент переключается на работу под учетной записью службы, возможности VS2017исчезают.
Заметив это, я дал рассматриваемой служебной учетной записи права на чтение и выполнение для корневого каталога установки Windows, «Program Files (x86), и всех каталогов и файлов, связанных с установкой VS2017, но это не так».t help.
Если я в интерактивном режиме запускаю другой агент сборки (та же версия, что и в списке выше), VS2017 определяется как возможность, поэтому я предполагаю, что мне нужно что-то предпринять в отношении учетной записи службыЯ пытаюсь использовать.
Для хорошей цели, в задаче сборки Visual Studio, я попытался использовать опцию 'latest' и опции 'Visual Studio 2017'.Я также попытался добавить «/p:VisualStudioVersion=15.0» в аргументы MSBuild для этой задачи.
Обновление: я также попытался явно указать возможности непосредственно в разделе «Пользовательские» и попытался добавитьвозможности за счет использования переменных среды на хосте агента.