Настроить Hudson для построения нескольких веток - PullRequest
1 голос
/ 03 декабря 2009

Я использую файл ant для создания проекта java в Mercurial через Hudson. У mailnine отлично работает хадсонская работа. Недавно была создана новая ветвь и передана на сервер с помощью строки commnd:


рт.ст. филиал newbranch
hg commit
рт.ст. push -f


Mainine не содержит этих изменений и по-прежнему прекрасно работает. Я создал новое задание с теми же настройками, что и mainline (фактически скопировал задание mainline в hudson), и указал newbranch.

Однако задание newbranch создает код, идентичный mainline. Если я из командной строки клонирую репозиторий и переключаюсь на новую ветку, все выглядит так, как ожидалось. Похоже, это сбой конфигурации Гудзона, если только мои навыки в области Merqurial не сбились с курса.

Я также безуспешно пытался настроить задание с нуля с настройками, идентичными основной, с добавлением спецификации newbranch.

Что мне не хватает? У кого-нибудь есть идеи?

Ответы [ 2 ]

5 голосов
/ 04 декабря 2009

Попробуйте поместить ветку в URL для клонирования, например:

http://server/path/to/repo#newbranch

или

ssh://user@server//path/to/repo#newbranch

Вы можете увидеть полный синтаксис для ответвления в репозитории, используя hg help urls

URL Paths

Valid URLs are of the form:

  local/filesystem/path[#revision]
  file://local/filesystem/path[#revision]
  http://[user[:pass]@]host[:port]/[path][#revision]
  https://[user[:pass]@]host[:port]/[path][#revision]
  ssh://[user[:pass]@]host[:port]/[path][#revision]

Paths in the local filesystem can either point to Mercurial repositories
or to bundle files (as created by 'hg bundle' or 'hg incoming --bundle').

An optional identifier after # indicates a particular branch, tag, or
changeset to use from the remote repository. See also 'hg help revisions'.
0 голосов
/ 03 декабря 2009

Одной из проблем, связанных с клонированием задания, является то, что «клонированное» задание создается сразу после нажатия кнопки клонирования. Пока вы конфигурируете клонированное задание, оно может нажать триггер сборки, как событие опроса SCM, которое вызывает его срабатывание до того, как вы полностью настроили его.

Я полагаю, что это было исправлено в более поздних версиях Hudson, но я не могу найти запись в журнале изменений для клонирования заданий. Та же проблема существовала для клонирования конфигурации подчиненного устройства, и проблема была исправлена ​​в Hudson 1.319.

...