Как получить номер версии SVN проекта master/upstream во время ведомой задачи?

Question

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

Как получить версию SVN исходного/триггерного проекта в подчиненном устройстве?

Answer 1

При запуске нисходящего задания используйте Parameterized Trigger Plugin () под номером Trigger parameterized build on other projects) и поставьте версию svn в качестве параметра. Вы можете сделать это двумя способами:

1. Subversion revision параметр, то убедитесь, что если вы проверить тот же источник в вас вниз по течению работы, он будет проверить ту же версию, что и в верхнем течении (т.е. он копирует скрытый SVN Revision Action, который хранится с восходящей строкой).
2. Если вас интересует только ревизия, добавьте параметр Predefined parameters и привяжите значение SVN_REVISION к переменной. Затем эта переменная будет доступна в задании ниже по течению.

Here is a related discussion, которая затрагивает проблемы с помощью параметра Subversion revision, это не 100% очевидным для пользователя, что ревизии SVN, что было распространено.

Answer 2

Вы можете получить информацию о восходящем потоке (и многое другое) через Groovy. Следующий сценарий в «Execute системы Groovy сценария» шаг сборки будет делать то, что вы хотите: выход

import jenkins.model.* 

// find latest upstream build that triggerd this run (there may be several iff queued) 
def latestCause = build.causes.findAll { 
    it.class.toString() == 'class hudson.model.Cause$UpstreamCause' 
}.max({ it.getUpstreamBuild() }) 

// determine upstream project name and build number 
def upstreamProjectName = latestCause.upstreamProject 
def upstreamBuildNum  = latestCause.upstreamBuild 
println "upstreamProject = ${upstreamProjectName}" 
println "upstreamBuildNum = ${upstreamBuildNum}" 

// find corresponding upstream job and build objects 
def upstreamJob = Jenkins.instance.getItemByFullName(upstreamProjectName) 
def upstreamBuild = upstreamJob.getBuildByNumber(upstreamBuildNum) 

// print subversion revision info 
def state = upstreamBuild.getAction(hudson.scm.SCMRevisionState.class) 
state.revisions.each { location, revision -> 
    println "upstream url/rev: ${location}/${revision}" 
} 

Пример:

upstreamProject = svn-upstream-project 
upstreamBuildNum = 16 
upstream url/rev: https://svn.example.com/foo/bar/12345 

Вам не нужно проходить какие-либо «вверх» информация явно к нисходящему проекту. Это проще в обслуживании, а также поведение очередности нисходящего потока не изменится (см. Мой комментарий к другому ответу). Это важно, если ваше выполнение в нисходящем потоке занимает больше времени, чем то, что доступно между версиями выше по течению - в противном случае у вас будет постоянно растущая очередь сборки.

Вы можете изготовить особенно хорошие решения, если вы использовать сценарий, как выше и объединить его с Script SCM plugin. Например, вы можете синхронизировать нижестоящие изменения (уведомления об уведомлениях об участниках) и восходящие проекты без подключения нисходящего потока к SCM. Это типичная настройка при подключении «задания сборки» и одного (или более) «тестовых заданий».