Mercurial subrepos в текущей редакции конкретной ветви - PullRequest
3 голосов
/ 07 декабря 2010

Я довольно новичок в Mercurial, я прочитал много тем на эту тему, но до сих пор не могу понять, смогу ли я достичь того, что я пытаюсь сделать.

По сути, мне было бы интересно клонировать текущую ревизию ветки из основного репозитория и ее подпунктов в одной команде (действующей в основном репо). Я постараюсь объяснить это лучше через мгновение.

Допустим, я разделил свой код на модули (только один модуль в примере ниже). Я хотел бы иметь каждый модуль в своем собственном репозитории и мастер-репо (тот, который имеет .hgsub) в качестве клея, чтобы сохранить все подпункты на месте. Мастер репо просто содержит .hgsub и сценарий, который (1) hg archive каждый вложенный репозиторий в предопределенном каталоге и (2) выполняет сборку кода вне источника. Вся разработка, фиксация, push, pull, merge выполняется в отдельных подпунктах.

# 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 Ответ

5 голосов
/ 08 декабря 2010

Эта строка неверна:

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: он настаивает на том, что когда вы клонируете основной репозиторий, вы получите рабочую копию, содержащую вложенные репозиции в известном состоянии, а именно в состоянии, которое было commit в основном репозитории.

Если вы установите мое расширение onsub , то вы можете обновить и зафиксировать все подпункты, например:

hg onsub hg update
# run test!
hg commit -m 'Updated all subrepos to their tip'

Затем вы можете создать эту ревизию и отправить ее своим клиентам.- если они возвращаются с ошибкой и хешем изменений для основного репозитория, то вы знаете, что можете точно воссоздать сборку.Этого не произошло бы, если бы Mercurial не записал состояния субрепозитора в файле .hgsubstate.

...