В следующем ответе предполагается, что ваш модуль WinAssemblyInfo.dll
зарегистрирован в Source Control:
Чистый способ продолжить - проверить журнал сборки.
Для этого поставьте в очередь новую сборку с настройкой @ Parameters "Logging Verbosity" = "Diagnostic".
Как только снова произойдет сбой, откройте журнал и перейдите к разделу Get Workspace
. Выполните поиск, если отсутствующая сборка WinAssemblyInfo.dll
была загружена в рабочую область вместе со всеми ее зависимостями. Довольно распространенной ошибкой является то, что вы не вставили каталог управления исходным кодом, который содержит модуль ($/.../WinAssemblyInfo.dll
), в список рабочих папок вкладки «Рабочая область» в определении сборки.
Другой вариант, все еще предполагая, что WinAssemblyInfo.dll
отмечен в Source Control:
Применяет ли эта сборка что-либо к другим исходным модулям? Если это так, это может быть проблемой отсутствия прав. Пользователем по умолчанию, выполняющим сборку TFS, является Network-Service, и вполне возможно, что у этого пользователя меньше прав, чем у вас.
В каждом из моих TeamProjects для этой конкретной цели я добавил Build-Server в качестве администратора проекта.
Это возможно, если щелкнуть правой кнопкой мыши на TeamProject, а затем «Настройки TeamProject»> «Группа». Членство ... », затем дважды щелкните« [] \ «Администраторы проекта», затем «Добавить» a «Пользователь или группа Windows»: ![enter image description here](https://i.stack.imgur.com/xLnVC.png)
Нажмите «Типы объектов» и выберите «Компьютеры»).
Когда вы сейчас вводите имя сервера, оно должно появиться.