Mercurial subrepos в текущей редакции конкретной ветки
Я довольно новичок в Mercurial, я прочитал много тем на эту тему, но я все еще не могу понять, смогу ли я достичь того, что я пытаюсь сделать.
По сути, мне было бы интересно клонировать текущую ревизию ветки из основного репозитория и ее подпунктов в одну команду (действующую в основном репо). Я постараюсь объяснить это лучше через минуту.
Допустим, я разделил свой код на модули (только один модуль в примере ниже). Я хотел бы иметь каждый модуль в своем собственном репозитории и мастер-репо (тот, который имеет.hgsub) в качестве клея, чтобы сохранить все подпункты на месте. Мастер репо просто содержит.hgsub и скрипт, который (1) hg archive каждый вложенный репозиторий в предопределенном каталоге и (2) выполняет сборку кода вне источника. Вся разработка, коммит, пуш, пул, слияние выполняется в отдельных подпунктах.
# create a module (subrepo of the master)
hg init subrepo
cd subrepo/
echo "a file" > aFile.c
echo "another file" > anotherFile.txt
hg add
hg ci -m "initial rev of subrepo"
# create the main (master) repo & add the reference to subrepo
cd ../
hg init main
cd main
hg clone ../subrepo subrepo
echo subrepo = ../subrepo > .hgsub
echo hg archive and out-of-source build > build.script
hg add
hg ci -m "initial rev of main repo"
Все идет нормально. Если я hg clone main Я получаю текущую версию ветки по умолчанию для subrepo, как и ожидалось.
НО, давайте теперь представим, что я готов отправить свой код в выпуск: 1.0.0. Я бы сделал следующим образом.
# create the branch 1.0 to manage the bug fixes to 1.0.0 and furthers
cd ../subrepo/
hg branch 1.0
hg ci -m "creating the branch 1.0"
# backstep to the main line to carry on the development of new features
hg up default
echo "working in the main line" > aNewFeature.c
hg add
hg ci -m "carrying on the development in the main line (a new feature)"
hg glog
@ changeset: 2:c499329c2729
| tag: tip
| parent: 0:50d4522a99ea
| user: XXXX
| date: Tue Dec 07 16:13:28 2010 +0100
| summary: carrying on the development in the main line (a new feature)
|
| o changeset: 1:0a81043e6e8a
|/ branch: 1.0
| user: XXXX
| date: Tue Dec 07 16:12:02 2010 +0100
| summary: creating the branch 1.0
|
o changeset: 0:50d4522a99ea
user: XXXX
date: Tue Dec 07 15:52:57 2010 +0100
summary: initial rev of subrepo
И вот тут возникают проблемы. Как мне изменить мастер репо, чтобы получить текущую ревизию по умолчанию или, в конечном итоге, ветку 1.0 репо, когда я выполняю hg clone?
Я бы сказал, что это сработало.
# replicate the branch structure also in the main repo
cd ../main/
hg branch 1.0
echo subrepo = ../subrepo -r 1.0 > .hgsub
hg ci -m "adding -r 1.0 to .hgsub"
hg up default
echo subrepo = ../subrepo -r default > .hgsub
hg ci -m "adding -r default to .hgsub"
hg glog
@ changeset: 2:f97c90a31a21
| tag: tip
| parent: 0:1fd6b5d528b4
| user: XXXX
| date: Tue Dec 07 16:22:05 2010 +0100
| summary: adding -r default to .hgsub
|
| o changeset: 1:3d9ed2f8b026
|/ branch: 1.0
| user: XXXX
| date: Tue Dec 07 16:21:32 2010 +0100
| summary: adding -r 1.0 to .hgsub
|
o changeset: 0:1fd6b5d528b4
user: XXXX
date: Tue Dec 07 15:55:53 2010 +0100
summary: initial rev of main repo
Но когда я hg clone основной репо я получаю
cd /a/directory
hg clone /path/to/main -r 1.0 main
requesting all changes
adding changesets
adding manifests
adding file changes
added 2 changesets with 3 changes to 2 files
updating to branch 1.0
pulling subrepo subrepo
abort: HTTP Error 404: Not Found
Есть ли способ достичь того, что я хочу сделать?
Благодарю.
Быстрое обновление: всего через минуту после публикации вопроса я нашел ответ, которого никогда не видел. Там предлагается использовать следующий синтаксис
http://[user[:pass]@]host[:port]/[path][#revision]
используя #branchname на месте #revision, Итак, в моем примере должно работать следующее (для ветки 1.0):
echo subrepo = ../subrepo#1.0 > .hgsub
Но когда я hg clone Мастер репо я получаю:
pulling subrepo subrepo
abort: unsupported URL component: "1.0"
Exception AttributeError: "'httprepository' object has no attribute 'urlopener'" in <bound method httprepository.__del__ of <mercurial.httprepo.httprepository object at 0x871332c>> ignored
Я работаю на Ubuntu 10.04, Mercurial 1.4.3-1. Предложения?
Дилан
1 ответ
Эта строка неверна:
echo subrepo = ../subrepo -r default > .hgsub
Вы не можете добавить дополнительные опции к операции клонирования в .hgsub файл. Это тоже неправильно делать
echo subrepo = ../subrepo#1.0 > .hgsub
.hgsub Файл имеет структуру:
subrepo-mount-point = subrepo-source-URL
и это все. Mercurial выйдет и будет использовать subrepo-source-URL сделать клон субрепо и поместить клон субрепо как subrepo-mount-point внутри внешнего репо.
Следующий вопрос заключается в том, какую ревизию подпункта Mercurial следует оформить для вас: ревизия, упомянутая в .hgsubstate файл. Этот файл имеет структуру
subrepo-revision-ID subrepo-mount-point
где subrepo-revision-ID Хеш-набор для Mercurial. Вы обновляете этот файл, делая
cd main/subrepo
hg update 1.0
cd ..
hg commit -m 'Updated subrepo in main'
Каждый раз, когда вы делаете коммит во внешнем репозитории, точная ревизия всех подпунктов записывается в .hgsubstate файл во внешнем хранилище. Вот что заставляет работать контроль версий: когда вы делаете hg update во внешнем хранилище .hgsubstate изменения файла, и Mercurial обязательно извлечет соответствующие версии подпунктов.
Я думаю, что вы пытаетесь создать зонтичный репозиторий, который автоматически отслеживает данную ветвь для множества подпунктов. Вы не можете сделать это с Mercurial: он настаивает на том, что когда вы клонируете основной репозиторий, вы получите рабочую копию, содержащую вложенные репозиции в известном состоянии, а именно в состоянии, которое было зафиксировано в главном репозитории.
Если вы установите мое расширение onsub, то вы можете обновить и зафиксировать все подпункты следующим образом:
hg onsub hg update
# run test!
hg commit -m 'Updated all subrepos to their tip'
Затем вы можете создать эту ревизию и отправить ее своим клиентам - если они вернутся с ошибкой и хешем ревизий для основного репозитория, то вы точно сможете воссоздать сборку. Это не имело бы место, если бы Mercurial не записал субрепозиторные состояния в .hgsubstate файл.