Можно ли заменить весь URL-адрес репозитория параметризованной строкой в ​​Hudson / Jenkins?

Да, ты можешь. Но вы не можете заставить Jenkins / Hudson отслеживать изменения в SVN. Даже с установленными параметрами это не сработало для меня должным образом. Но если вы отслеживаете SVN из задания, которое не имеет параметризованного URL-адреса репозитория, пусть это задание запускает последующее задание, передавая весь URL-адрес репозитория в качестве параметра, а затем пусть последующее задание использует параметр URL-адреса репозитория, тогда оно, похоже, работает .

Это то, что мы делаем для нашей сборки. У нас есть одно задание, которое может создать продукт из SVN на основе URL-адреса репозитория, с которого вы начинаете работу. Затем у нас есть несколько триггерных заданий, которые отслеживают определенные ветви; когда отмечается изменение, запускает задание сборки и передает ему свой URL.

Если Хадсон / Дженкинс не знает URL-адрес заранее, как следует выполнять непрерывную интеграцию сборки?

И как Хадсон / Дженкинс выполняет обновление, если вы продолжаете изменять URL-адрес? Вам нужно будет заставить Хадсона / Дженкинса либо выполнять новую проверку каждый раз, либо использовать команду svn switch.

Вся цель такого инструмента, как Hudson / Jenkins, состоит в том, чтобы делать непрерывные сборки, которые вы хотите остановить. Если вы не занимаетесь непрерывной сборкой, зачем использовать такой инструмент, как Hudson / Jenkins? Почему бы не написать собственный сценарий Ant, который будет проверять то, что вы хотите, а затем выполнять сборку?

Каждая ветка и каждый модуль должны иметь собственное задание Hudson / Jenkins, а с помощью плагина шаблона вы легко копируете одно задание в качестве шаблона для другого задания. Так что настроить все необходимые сборки не так уж и сложно.

Да, вы можете, у меня была такая же проблема, но я изменил ее на $ VARIABLE и, похоже, работал, единственная проблема заключалась в том, что вы должны включить "." в каталоге локального модуля. Мне потребовалось много времени, чтобы это выяснить.

Вы можете это сделать, но вы не можете позволить Дженкинсу управлять svn за вас. Создайте параметризованную сборку со своими строками, затем на этапе выполнения выполните svn co ${parameter_you_selected} плюс все остальные шаги сборки (вызовите сценарии ant, make-файлы, rake-файлы и т. Д.)

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

Я понимаю цель Хадсона. Единственная причина, по которой я хочу этого, - чтобы Hudson выполнил единую сборку для выпуска, который указывает пользователь, чтобы плагин, который мы используем (сонар), мог запускаться без необходимости добавлять его в каждый pom и прикреплять его к каждой фазе. Мы делаем наши релизы вручную, поэтому не хотим, чтобы Хадсон с этим справлялся. Однако нам нужны отчеты сонара о наших выпусках, поэтому этот вариант использования.

Однако на самом деле это оказалось проще, чем я ожидал. Я просто сделал параметризованную сборку и поместил $ {PARAMETER} в URL-адрес репозитория svn. Теперь Дженкинс выдал мне ошибку, говоря, что это недействительный URL-адрес, но на самом деле сборка работает так, как я ожидал. Я рад, что попробовал, несмотря на это предупреждение об ошибке.

Да, ты можешь. Проверьте Создание конкретной версии SVN с помощью Hudson. В этом случае он просто параметризует суффикс URL-адреса. В вашем случае вам нужно 2 параметра для «com.work.package» и «project-4.0.0.RELEASE».

Надеюсь, поможет!