2015-11-20 38 views
0

Я использую teamcity v8.1.5. Я читал онлайн где-то Я думал, что корни vcs проверяются на основании того, что они указаны в настройках контроля версий, но это не так.как указать порядок проверки vcs корней в teamcity v8.1.5

например. настройки контроля версий VCS корни перечислены как:

б

с

, когда я запустить сборки конфигурацию, журнал сборки отображает извлечения как:

гр

b

я затем отсоединять, повторно прикрепить его обратно, так что тогда список становится

б

с

но работает еще один чистый проверку по-прежнему приводит в первоначальный заказ

c

б

есть некоторая внутренняя логика, которая определяет порядок VCS корней извлечений и как настроить этот порядок?

благодаря

Почему мне это нужно

Я работаю в среде, где есть несколько репо проектов, такие, что один проект требует источника других (извлеченный в ту же директорию), чтобы построить. Сложная часть заключается в том, что в обоих репозиториях существуют определенные файлы с одинаковым именем пути/имени, а в некоторых случаях проект будет использовать свой собственный, а в другом - для другого репо (таким образом определяется конкретный порядок замены файла с проверкой или нет при втором обращении репо). Перекрывающийся файл не является фактическим исходным кодом, но содержит файл build/config, поэтому нет смысла переименовывать их по-разному.

Я очень хорошо знаю, что это не очень хорошая практика, но это то, что я унаследовал, а приоритет - заставить их строить до реорганизации структуры источника.

Обход

Я работаю вокруг этой проблемы сейчас правила переработок кассовых последних VCS извлекает игнорировать определенные файлы, так что не заменяют файлы, когда я не хочу, чтобы это. Было бы полезно просто контролировать это по заказу vcs checkouts.

благодаря

+0

Там нет gurantees о порядке оформления заказа. Не могли бы вы дать дополнительную информацию о том, зачем вам нужен конкретный заказ? –

+0

«Я где-то читаю где-то» - вы, возможно, неправильно поняли; было бы хорошо иметь ссылку и посмотреть, что автор мог иметь в виду. – sferencik

+0

Я отредактировал мой вопрос о том, зачем мне это и моему текущему обходному пути. @sferencik: извините, у меня нет реальной ссылки, это было просто что-то, что я прочитал некоторое время назад, когда это было не нужно в то время, поэтому я не стал его экономить. возможно, это было неправильное или неправильное впечатление, переформулировал мои оригинальные комментарии –

ответ

0

Я бы использовать правила проверочных, поэтому каждый репо самодостаточный в своей папке без всяких шансов для перекрывания содержимого с другим хранилищем.

Для репо A VCS Root:

+:. => A

Для репо Б VCS корень:

+:. => B

Для репо C VCS Root:

+:. => C

Который становится:

%system.teamcity.build.checkoutDir%/A

%system.teamcity.build.checkoutDir%/B

%system.teamcity.build.checkoutDir%/C

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

  • Нет связанных вопросов^_^