2016-06-05 7 views
0

Я использую Teamcity 9.1.with пользовательских checkout directory внутри в рабочем каталоге агента (например C:\BuildAgent\work\branch\rootFolder\checOutFolder) Но мне нужно create few folders в родительской папке «ветвь».Teamcity, предотвратить чистки папки вне папки кассы

Они успешно созданы, но удалены в конце конфигурации сборки агента. Также в Teamcity-agent.log я нашел:

[2016-06-05 14:44:35,776] INFO - rectories.DirectoryCleanerImpl - Won't delete C:\BuildAgent\work\branch\rootFolder\checOutFolder 
[2016-06-05 14:44:35,776] INFO - ies.DirectoryMapUnknownCleaner - Checking not listed in directory.map folder C:\BuildAgent\work\branch\JClassSCC. 
[2016-06-05 14:44:35,778] INFO - rectories.DirectoryCleanerImpl - Move directory C:\BuildAgent\work\JClassSCC to C:\BuildAgent\work\.old\JClassSCC_0 for cleaning 
[2016-06-05 14:44:35,778] INFO - l.directories.DirectoryMapImpl - Cleaning up old checkout directories. Default lifetime = 192 hour(s) 

Как предотвратить удаление файлов и папок из %teamcity.agent.work.dir%, которые не являются непосредственно в каталоге проверки. Thanx.

+0

Проще говоря - если я устанавливаю пользовательский путь проверки где-то внутри% teamcity.agent.work.dir% и создаю или копирую файлы и папки где-то между% teamcity.agent.work.dir% и настраиваемым путем - все, кроме настраиваемых файлов путь очищается. –

ответ

0

Агент TeamCity предполагает право собственности на его «рабочий» каталог, поэтому не рекомендуется создавать подкаталоги.

Вы можете указать настраиваемый каталог оформления вне работы агента (в каталоге, полностью не связанном с агентом TeamCity). Таким образом, агент TeamCity будет изменять только содержимое самого каталога. Очевидно, что вам нужно будет управлять каталогом (например, удалять, когда он больше не нужен) из ваших сценариев/вручную.

Фактически, хранение данных на машине и использование их в сборках - плохой шаблон. Вам нужно будет решить проблему согласованности, очистки каталога и т. Д., Не говоря уже о том, что вы никогда не можете быть уверены в том, что было государственными файлами во время сборки. Настоятельно рекомендуется переработать процедуру сборки, чтобы либо проверить файлы с помощью элемента управления версиями, либо загрузить как артефакт другой сборки.

1

Проблема была решена путем установки папки «branch» в качестве пользовательского пути проверки. И добавив правило проверки: + :. => rootFolder/checOutFolder. В этом случае все в «ветке» сохраняется.

Смежные вопросы