Почему мой Team Build 2008 не активируется при регистрации разработчиков, несмотря на то, что CI включен

Question

У меня есть установка Team Foundation Server 2008 и отдельный компьютер со службой Team Build.

Я могу создавать командные сборки и запускать их вручную в Visual Studio или через командную строку (где они успешно завершаются). Однако проверки входов в исходное дерево не вызывают срабатывание сборки, несмотря на то, что опция построения каждой проверки отмечена галочкой в ​​определении сборки. Обновление: чтобы было ясно, у меня было полностью рабочее определение сборки с включенной опцией CI.

Исходное дерево настроено довольно простым способом с кодом либо в папке Main , либо в папке Branch \ branchName . Каждая ветвь кода (включая основную) имеет стандартное определение Team Build, относящееся к файлу решения, содержащемуся в нем. Единственное, что немного отличается от настроек по умолчанию - это рабочая папка сервера сборки; то есть для main это Сервер: "$ \ main" Local: "c: \ build \ main" из-за длины пути.

Единственное, на что я смог догадаться (возможно, красная сельдь), это то, что в рабочих пространствах для разработчиков может быть какая-то странность. В настоящее время каждый разработчик отображает Server: "$ \" на local: "c: \ tfs \", так что для всех ветвей существует только одно рабочее пространство. Это делается главным образом для того, чтобы избежать повторного отображения проблем, с которыми ранее сталкивались некоторые разработчики. Но я не понимаю, как это повлияет на КИ.

ОБНОВЛЕНИЕ: если ответ найден косвенно; пожалуйста, прочитайте ниже

Answer 1

Хорошо, я нашел ответ сам после нескольких тупиков. В конце я исправил это непреднамеренно, исправляя другую проблему. По сути, мы только что включили автоматическое выполнение модульных тестов для наших сборок. Тест будет успешно выполнен, но затем сразу же начнется сборка с сообщением о невозможности сообщить об этом в папку для сброса сборки.

То, что происходило, было то, что в то время как служба Build работает под одной учетной записью и имеет набор прав; некоторые функции фактически управляются через учетную запись TFSService. После прохождения кучи разрешений мне сообщили о моих тестах. Затем я заметил, что сборки начали срабатывать при регистрации; Я не могу точно сказать, какое разрешение это исправило, но, надеюсь, этот ответ, по крайней мере, укажет людям правильный путь.

Еще одно замечание: некоторые сборки начали давать сбой из-за конфликтующих отображений рабочего пространства - это была отдельная проблема, которую я решил, удалив некоторые устаревшие рабочие пространства с помощью инструмента Attrice Sidekicks для Team Foundation.

Надеюсь, это поможет кому-то еще.

Answer 2

Есть ли ошибки в журнале на сервере приложений TFS? Что-нибудь, что указывает, что это попыталось выстрелить, но потерпело неудачу?

Answer 3

Выберите ваш командный проект в Team Explorer, затем щелкните правой кнопкой мыши по папке Builds. Выберите новое определение сборки, а затем выберите вкладку триггера. Переместите переключатель «Построить каждую регистрацию (больше сборок)»

Более подробную информацию можно найти здесь

MSDN Как создать определение сборки