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 回答