Я установил экземпляр jenkins для проекта multibranch svn, который запускается приложением post-commit, передающим имя затронутого branche в качестве параметра jenkins.
Дженкинс затем проверяет источники из данной ветки и компилирует их. Это очень хорошо работает с одним ограничением.
Если сборки «x» и «x + 1» выполняются на одной ветке, jenkins показывает мне изменения для фиксации, которые вызвали сборку «x + 1» под ссылкой на изменения для сборки. Если в разных ветвях строятся «x» и «x + 1», я получаю пустой список изменений в jenkins и строку «Без изменений, записанных в предыдущей сборке».
Теперь мой вопрос: как я могу позволить jenkins вносить изменения, не основанные на предыдущей сборке, но для того, чтобы успешно работать на основе одной ветви?svn multibranch changes base in jenkins ci
ответ
Насколько я знаю, Дженкинс всегда вычисляет изменения, основанные на предыдущей сборке, в конкретном задании. Поэтому, если вы работаете с несколькими ветвями в одной и той же работе, вам не повезло. Я хотел бы предложить, что вы смотрите в одном из следующих модулей:
https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Multibranch+Plugin Трубопроводы, кажется, так не идти не дни, вы добавляете Jenkinsfile в репозиторий, который говорит Дженкинс, как построить ваш проект. Плагин Multibranch расширяет его с дополнительными функциями, где он будет обнаруживать новые филиалы и создавать новые подзадачи.
https://wiki.jenkins-ci.org/display/JENKINS/Multi-Branch+Project+Plugin Если вы застряли в фристайловых работах, попробуйте это, так как я понимаю, что это фристайл, но создает новые подзаголовки для каждой ветки. Но, как говорится в ссылке, она была заменена трубопроводами и многоканальными трубопроводами.
Спасибо за ваше время и исследования Джон, к сожалению, оба ваших предложения не подходят для меня, так как я хочу иметь только одну работу. Возможно, мне нужно разработать плагин для будущего, который будет правильно собирать изменения для моего дела. На данный момент я могу жить с ограничением, что изменения отображаются только в том случае, если предыдущая сборка была запущена в той же ветви, что и текущий. –
Являются ли разные ветви двумя разными рабочими местами или одинаковыми? Какой вид работы, фристайл? –
Это бесплатная работа с использованием svn и .net msbuild. У нас есть продукт, в котором несколько задач изменения обрабатываются параллельно несколькими членами команды. Это - тот же призыв к различным версиям (ветвям) исходного кода. –
Хорошо, спасибо за это разъяснение. См. Мой ответ ниже. –