Может ли Хадсон настроить каждую ревизию?

Question

Я начал экспериментировать с Хадсоном в качестве сервера сборки. Я использую subversion и настроен на опрос каждую минуту. Проблема, которую я вижу, заключается в том, что если сборка в редакции 10 занимает 5 минут, а за это время будет 5 коммитов, Хадсон продолжит сборку ревизии 15.

Есть ли способ обеспечить, чтобы каждая ревизия была построена?

Answer 1

Хадсон пока не имеют такой возможности, но его попросили несколько раз в списке рассылки. См issue 673

Answer 2

В части конфигурации сборки SCM у вас должен быть раздел «Триггеры сборки» и опция «Триггер строит удаленно (например, из скриптов)». Согласно справочной информации рядом с этой опцией вы можете выполнить сценарий post-commit, чтобы каждая фиксация запускала новую сборку. Поскольку у hudson есть очередь сборки, вы должны иметь каждую ревизию.

Вот ссылка, которая может помочь вам: https://hudson.dev.java.net/build.html

Вот пример того, как начать сборки работу с параметрами (см на мой комментарий для более подробной информации): http://wiki.hudson-ci.org/display/HUDSON/Parameterized+Build

Answer 3

Вы должны сделать несколько вещей, чтобы построить именно каждый пересмотр:

• добавить параметр в REVISION строку в работе
• добавить параметр ${REVISION} в хранилище URL,
  например: https://server/path/myproject${REVISION}
• задает имя локальной папки «myproject» (см. Предыдущий пример), потому что переменная REVISION расширяется только в URL-адресе, но при создании папки Hudson не будет расширять ее, resu lting в папку с именем: myproject${REVISION}
• спускового сконфигурированного сборки от после совершения крючок, как это: /usr/bin/wget \ --auth-no-challenge \ --no-check-certificate \ --user=me \ --password=mypasswd \ https: //server/path/job/jobname/buildWithParameters?delay=0sec\&REVISION=%40$REV \ -O /dev/null

Если вы хотите, чтобы вызвать сборку вручную, у вас есть две возможности:

• Если вы хотите построить ревизию HEAD, вы должны оставить параметр REVISION пустым
• , если вы хотите построить конкретную ревизию, вам нужно ввести @NNN (например: @ 1234).

@ знак очень важно, потому что все это трюк основан на том факте, что Subversion плагин интерпретирует URL@NNN как get revision NNN from repository at URL. Если вы забудете @, Subversion просто скажет, что не может найти папку https://server/path/myprojectNNN. Вот почему вам нужно поставить %40 между REVISION= и $REV в команде wget, %40 - это экранированный символ для @.

Answer 4

Ключ, чтобы убедиться каждый фиксация построен в Хадсон «параметризованное Сложение» и только если триггер строить с различными значениями параметров, Hudson будет думать, что это новая сборка и должны быть проведено в очереди сборки.Или это не будет записан Хадсоном, так как его считают, что это бессмысленно строить по сравнению с предыдущим одной

например вы можете щелкнуть «Build Now» для триггера сборки три раза и просто оставить build para как «null». вы увидите, что только первые две сборки находятся в очереди Хадсона. Третий будет проигнорирован: P круто, но очень плохо, что он не найден в каком-то документе, но с моими экспериментами на время :(

Answer 5

Я принял подход fchateaus выше (спасибо человеку!) И изменил его для работы с Mercurial.

Вам нужно будет отредактировать .hg/hgrc на центральном сервере и поместить крюк changegroup. Имейте в виду, что группы изменений только устанавливают первый набор изменений в переменную среды HG_NODE, поэтому вам нужно сделать hg-отзыв для захватите реальный узел наконечника и передайте это через URL вместо этого. Немного об уловке в одном слоте, но я это понял.

Это то, что вы сделали бы для Хадсона, работающего на Windows.

[hooks] 
# this uses wget to hit the hudson url responsible for starting a build - %HG_NODE% only gets first changeset of changegroup, so use hg tip to grab changeset most recently added instead 
changegroup.hudson = for /f "tokens=*" %G IN ('hg tip --template {node}') DO "C:\Program Files (x86)\UnxUtils\usr\local\wbin\wget" --non-verbose --spider http://HudsonServer:8080/job/{Repository}/buildWithParameters?HgRevId=%G | ECHO Result of Hudson Polling Request For Node %G 
# TODO: when Hudson implements polling with parameters, change to something like this 
#changegroup.hudson = for /f "tokens=*" %G IN ('hg tip --template {node}') DO "C:\Program Files (x86)\UnxUtils\usr\local\wbin\wget" --non-verbose --spider http://HudsonServer:8080/job/{Repository}/polling?HgRevId=%G | ECHO Result of Hudson Polling Request For Node %G