Гудзон может быть настроен для создания каждого пересмотра?

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

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

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

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

• добавить РЕДАКЦИЮ строковый параметр вашего задания
• добавьте параметр $ {REVISION} к URL-адресу репозитория,
  например: https: // server / path / myproject $ {REVISION}
• задайте имя локальной папки «myproject» (см. Предыдущий пример), потому что переменная REVISION только расширяется в URL-адресе, но при создании папки Хадсон не будет расширять ее, в результате чего папка с именем: myproject $ {REVISION}
• запускает параметризованную сборку из ловушки после фиксации, например: {{1 }} / 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 как получить номер версии NNN из репозитория по URL . Если вы забудете @ , Subversion просто скажет, что не может найти папку https: // server / path / myprojectNNN . Вот почему вы должны поместить % 40 между REVISION = и $ REV в команде wget, % 40 - экранированный символ. для @ .

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

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