我对mercurial很新,我已经阅读了很多关于这个主题的主题,但我仍然无法理解我能否实现我想要做的事情。
基本上我有兴趣从一个主存储库中克隆一个分支的当前版本,并在一个命令中对其子实例进行克隆(作用于主要的repo)。我会在稍后尝试更好地解释它。
假设我将代码分成了模块(下例中只有一个模块)。我希望将每个模块放在自己的存储库中,并将一个主存储库(具有.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
这就是问题发生的地方。当我执行hg clone
时,如何更改主仓库以获取默认的当前版本,或最终获得子版本的1.0分支?
我会说这很有用。
# 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
有没有办法实现我想做的事情?
感谢。
快速更新:在我发布问题后一分钟,我发现了answer我以前从未见过的。在那里,建议使用以下语法
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。建议?
- 迪伦
答案 0 :(得分:5)
这一行错了:
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并将subrepo clone克隆为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 extension,那么您可以更新并提交所有子目录,如下所示:
hg onsub hg update
# run test!
hg commit -m 'Updated all subrepos to their tip'
然后,您可以构建此修订并将其发送给您的客户 - 如果他们返回主存储库的错误和更改集哈希,那么您知道可以完全重新创建构建。如果Mercurial没有在.hgsubstate
文件中记录子存储库状态,那就不是这种情况。