Сборка TFS 2010 завершилась успешно, но не удаляет сборку в выходной папке

Question

В моем определении сборки TFS 2010, если у меня есть параметр CLEAN WORKSPACE = ALL, каталог (c: \ builds \ Binaries) на машине агента TFS удаляется. В то время как сама сборка завершается успешно, ее вывод не может быть перенесен в указанное место. (Ошибка: «TF270003: Не удалось скопировать. Убедитесь, что исходный каталог c: \ builds \ Binaries существует и у вас есть соответствующие разрешения.»)

Если (после первого воссоздания каталога c: \ builds \ Binaries) я установил CLEAN WORKSPACE = NONE, сборка по-прежнему будет выполнена успешно, без ошибки удаления. Тем не менее, до сих пор нет вывода при сборке, даже если параметр DropBuild = True.

Почему параметр CLEAN WORKSPACE удаляет каталог, не создавая его заново? Есть ли другой параметр, используемый для воссоздания этого каталога в агенте сборки? Есть ли недостаток в использовании CLEAN WORKSPACE = NONE? И когда я использую CLEAN WORKSPACE = NONE и получаю успешную сборку, есть какие-либо идеи, почему сборка не переносится в выходной каталог, даже если DropBuild = True? (Обратите внимание, что журнал сборки успешно переносится в это место.)

Ничто не помещается в c: \ builds \ Binaries во время успешной сборки, хотя я открыл полные разрешения для всех в этом каталоге сервера агента сборки.

Любые идеи будут оценены.

Answer 1

У меня возникает похожая проблема, когда путь «Проект для сборки» в разделе «Процесс» отличается от «Папка управления исходным кодом» раздела «Рабочая область».

Проблема исчезла, как только я сменил путь, чтобы убедиться, что они совпадают.

Answer 2

У меня была такая же проблема сегодня. Я изменил рабочий процесс DefaultTemplate, и теперь он работает. Что я сделал:

1. Я удалил все вхождения параметра BinariesDirectory из DefaultTemplate.
2. Обновить параметр MatchPattern для действия FindMatchingFiles
3. Обновить параметр BinariesRoot для действия GetImpactedTests