Подтвердить что ты не робот

Настройка Jenkins для работы с ветвями SVN

В настоящее время я настраиваю Jenkins для работы с репозиторием SVN. В настоящее время он отлично работает для багажника. Теперь я хочу настроить Дженкинса на заботу о новых ветких. Я не хочу создавать новый проект вручную для каждой новой ветки в SVN.

  • Есть ли уже решение, позволяющее использовать SVN и автоматически создавать задания/задачи в Jenkins для каждого брака, созданного в SVN?
  • Как вы используете Jenkins с тегами/ветвями SVN?
4b9b3361

Ответ 1

Плагин Subversion должен включать параметр раскрывающегося списка. Вы можете включить базовый репозиторий, а затем выбрать ветки, теги или соединительные линии.

Проверьте это: Как настроить одно задание Jenkins для создания процесса выпуска из магистрали или веток?

И больше информации здесь: https://issues.jenkins-ci.org/browse/JENKINS-10678

Ответ 2

Также проверьте мой ответ, если вы не очень хорошо знакомы с дженкинсами.

Он предоставляет пошаговое решение со снимками экрана.

Плагин subversion устанавливается по умолчанию в последних версиях (как и в сентябре 2015 г.).

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

  • check "Эта сборка параметризируется"
  • выберите "Теги субверсии списка (и многое другое)"
  • в поле имени укажите переменное имя, на которое можно ссылаться позже в URL-адресе svn. Я выбираю svnbranch здесь.
  • в поле URL-адрес репозитория, укажите его URL-адрес проекта (который должен содержать соединительные линии, ветки и теги).
  • заполнить другое поле в соответствии с вашими потребностями.
  • в управлении исходным кодом, ссылайтесь на переменную, определенную ранее в вашем URL-адресе репозитория.

проверьте следующие скриншоты:

введите описание изображения здесь

введите описание изображения здесь

Ответ 3

У нас есть работа для каждого ветки и грузовика. Если у нас есть 30 проектов, у нас есть 30 проектов с транками и 30 проектов для каждого ветки, который мы сейчас используем. Это может быть более 150 заданий, но мы используем представления, чтобы помочь их разделить. Очень просто использовать ветку (или даже тег) в Subversion: просто используйте URL-адрес, содержащий ветку.

Я копирую свои задания вручную, когда мы создаем новую ветку. Я обычно отказываюсь от ручного процесса (ручной процесс = > совершение ошибки = > главным образом messing up = > get fired = > , работающий в Walmart), но на самом деле в моей работе действительно есть только два изменения. Я должен изменить URL Subversion и описание. Все остальное настроено на использование значений по умолчанию Jenkin. Нет дурацкого рабочего каталога, без фанкового копирования артефактов сборки (мы храним их в Дженкинсе). У нас около 30 рабочих мест, и я могу дублировать их все менее чем за полчаса.

У меня просто были проблемы с автоматизацией, и если мне все равно нужно пройти все задания, чтобы убедиться, что все в порядке, я мог бы также сделать это вручную.

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

Некоторые сайты имеют сценарии, которые могут массово производить новую ветку. Вам просто нужно скопировать config.xml (и несколько других файлов) из одного задания и изменить его. Некоторые сайты создали шаблонные задания, которые делают это немного проще. Задачи шаблона отключены, и благодаря API REST легко включить задания через wget. Они просто дублируют свои задания на шаблоны, изменяют несколько параметров и затем повторно используют все эти задания.

Там Плагин Builder JobCopy, который позволяет вам определять проекты построения шаблонов, а затем заменять строки в шаблоне для создания фактических заданий.

В Jenkins Wiki есть Ant script, который дублирует задания для вас.