1

我最初的情况与此问题中的情况相似。来自强大的 Git 背景，我想强制推送我的私有分支的清理版本（以相同的名称），我已经压缩/折叠了一些提交（使用histedit 扩展）。我再次所做的与此答案类似，但我以不同的顺序做事：

$ hg clone -b private_branch <url>
$ hg histedit -r <some_rev> # Fold some commits
$ hg push -f # This creates a second branch head on the server
$ hg update -r <rev_of_original_branch_head>
$ hg commit --close-branch -m 'Closing this branch in favor of a cleaned-up version'
$ hg push

我不明白的是，如果我现在建立一个新的工作树，我会得到

$ hg clone -b private_branch <url>
$ hg log -l 1
changeset:   <rev>:<sha1>
branch:      private_branch
tag:         tip
parent:      <tip_rev_of_branch_before_folding>:<sha1>
user:        <name> <email>
date:        Wed Aug 08 11:48:25 2012 +0200
summary:     Closing this branch in favor of a cleaned-up version

为什么tip指向关闭的分支？hg heads只是按预期显示我的强制推头。然而，hg heads -t正为private_branch. 我还验证了我的结束提交确实是一个结束提交，hg log --debug显示extra: close=1。

编辑：这个问题是，如果我对一个新的克隆进行提交，我会得到

$ hg ci -m "test"
created new head
reopening closed branch head <rev>

但我不想重新打开关闭的分支头，我想在打开的分支头上提交。

我该如何解决这个问题，最好不进行无操作合并？

4

2 回答 2

1

提示标签是一个特殊的“浮动”标签，它始终标识存储库中的最新版本。

（来自http://hgbook.red-bean.com/read/managing-releases-and-branchy-development.html）

这就是为什么tip指向涉及封闭分支的修订。

这里真的有问题吗？如果您继续工作，您将继续进行private_branch您想要进行的更改。

于 2012-08-08T14:56:32.543 回答
1

解决方案是简单地做

$ hg update private_branch

将工作目录的父版本设置为hg parent(s)新创建的打开分支头，远离关闭的分支头。尽管我已经“在那个分支上”，但我需要“切换分支”对我来说有点不直观，但在这种情况下，我不是在切换分支，而是在单个分支中切换头。与 Git 完全不同的东西。

于 2012-08-09T08:27:34.863 回答