在Mercurial中存储单独的命名分支,而不必合并它们

使用 hg push -f 强制创建新的远程头。

原因 push 默认情况下不会这样做的是,它试图提醒您在忘记的情况下进行拉合并。你什么 不要 想要发生的是:

• 您和我查看了命名分支“X”的第100版。
• 您在本地提交并推送。
• 我在本地承诺并推动。

现在,分支X在远程回购中看起来像这样:

--(100)--(101)
     \
      \---------(102)

如果新开发人员要检查分支,他们应该抓住哪个头?谁知道呢。

重新阅读后 section on named branchy development 在这本反复无常的书中,我得出的结论是,对于我个人来说,最好的做法是拥有单独的共享存储库,每个分支对应一个。我当时在bitback.org的免费账户上,所以我试图强迫自己只使用一个共享存储库,这就产生了问题。

我咬紧牙关,给自己开了一个付费账户,这样我就可以为我的稳定版本保留一个单独的共享存储库。

你写道:

我发现mercurial坚持只有一个头在远程存储库中。

你为什么这么认为?

从帮助 hg push :

默认情况下,如果push检测到结果 增加远程磁头的数量。这通常表明 客户机在推之前忘记了拉合并。

如果您知道您有意在远程存储库中创建一个新的头,并且这是可取的,请使用-f标志。

我来自吉特,也期待着同样的事情。仅仅是推顶看起来可能是一种方法。

H-Pr-R尖端