Настройте hudson для создания нескольких веток

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


hg ветка newbranch
hg commit
hg push -f


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

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

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

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


person Community    schedule 03.12.2009    source источник


Ответы (2)


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

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

or

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

Вы можете увидеть полный синтаксис для URL-адреса ветки-в-репо, используя 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'.
person Ry4an Brase    schedule 04.12.2009
comment
Url file://local/filesystem/path[#revision] решил мою проблему. Спасибо за помощь. - person ; 04.12.2009

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

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

person Michael Donohue    schedule 03.12.2009