如何正確關閉Mercurial中的功能分支？

Question

我已經完成了一個功能分支feature-x的工作。我想將結果合併回default分支，並關閉feature-x，以便在hg branches的輸出中清除它。

我想出了下面的情況，但仍存在一些問題：

$ hg up default 
$ hg merge feature-x 
$ hg ci -m merge 
$ hg up feature-x 
$ hg ci -m 'Closed branch feature-x' --close-branch 

所以feature-x分支（changests 40 - 41）是封閉的，但有一個新的頭，收盤分支變更44，將在hg heads每次列出：

$ hg log ... 
o 44 Closed branch feature-x 
| 
| @ 43 merge 
|/| 
| o 42 Changeset C 
| | 
o | 41 Changeset 2 
| | 
o | 40 Changeset 1 
|/ 
o 39 Changeset B 
| 
o 38 Changeset A 
| 

更新：從1.5版開始，Mercurial似乎不再在hg heads的輸出中顯示封閉分支的頭部。

是否可以關閉合並分支而不留下多一個頭？是否有更正確的方法來關閉功能分支？

相關問題：

• Is there a downside to this Mercurial workflow: named branch "dead" head?

Answer 1

一種方法是隻留下合併特性分支打開（和無效）：

$ hg up default 
$ hg merge feature-x 
$ hg ci -m merge 

$ hg heads 
    (1 head) 

$ hg branches 
default 43:... 
feature-x 41:... 
    (2 branches) 

$ hg branches -a 
default 43:... 
    (1 branch) 

另一種方法是關閉功能分支使用額外的合併前承諾：

$ hg up feature-x 
$ hg ci -m 'Closed branch feature-x' --close-branch 
$ hg up default 
$ hg merge feature-x 
$ hg ci -m merge 

$ hg heads 
    (1 head) 

$ hg branches 
default 43:... 
    (1 branch) 

第一個是簡單的，但它留下一個開放的分支。第二個不留下開放的頭部/分支，但它需要一個輔助提交。可以使用--close-branch將最後一次實際提交到功能分支與此額外提交結合使用，但應提前知道哪個提交將是最後一次提交。

更新：由於水銀1.5，你可以隨時關閉分支，所以它不會出現在兩個hg branches和hg heads了。唯一可能會讓你煩惱的是，從技術上來說，修訂圖還是會有一個沒有童裝的版本。

更新2：由於Mercurial 1.8 書籤已成爲Mercurial的核心功能。書籤比分支命名更便於分支。也看到這個問題：

• Mercurial branching and bookmarks

Answer 2

編輯哎喲，來不及了......我知道讀您的評論指出，要保持功能-X變更左右，所以克隆方法在這裏不起作用。

我仍然會讓這裏的答案可以幫助別人。

如果你想完全擺脫「功能X」，因爲，例如，它不起作用，你可以克隆。這是文章中解釋的方法之一，它確實有用，它專門討論頭部問題。

據我知道你有這個，想擺脫「功能-X」頭一勞永逸：

@ changeset: 7:00a7f69c8335 
|\ tag:   tip 
| | parent:  4:31b6f976956b 
| | parent:  2:0a834fa43688 
| | summary:  merge 
| | 
| | o changeset: 5:013a3e954cfd 
| |/ summary:  Closed branch feature-x 
| | 
| o changeset: 4:31b6f976956b 
| | summary:  Changeset2 
| | 
| o changeset: 3:5cb34be9e777 
| | parent:  1:1cc843e7f4b5 
| | summary:  Changeset 1 
| | 
o | changeset: 2:0a834fa43688 
|/ summary:  Changeset C 
| 
o changeset: 1:1cc843e7f4b5 
| summary:  Changeset B 
| 
o changeset: 0:a9afb25eaede 
    summary:  Changeset A 

所以，你這樣做：

hg clone . ../cleanedrepo --rev 7 

而且您將有以下內容，你會看到該功能-X的確是走了：

@ changeset: 5:00a7f69c8335 
|\ tag:   tip 
| | parent:  4:31b6f976956b 
| | parent:  2:0a834fa43688 
| | summary:  merge 
| | 
| o changeset: 4:31b6f976956b 
| | summary:  Changeset2 
| | 
| o changeset: 3:5cb34be9e777 
| | parent:  1:1cc843e7f4b5 
| | summary:  Changeset 1 
| | 
o | changeset: 2:0a834fa43688 
|/ summary:  Changeset C 
| 
o changeset: 1:1cc843e7f4b5 
| summary:  Changeset B 
| 
o changeset: 0:a9afb25eaede 
    summary:  Changeset A 

我可能誤解了你想要的，但請不要國防部下來，我花時間複製你的使用情況：）

Answer 3

恕我直言，有兩種情況對於已經忘了關

案例分行： 分公司在此合併到默認

情況我更新到分支，並做了--close-branch的另一個提交，不幸的是，這選擇分支成爲新的提示，因此在推到其他克隆之前，我確保真正的提示會收到一些更改，而其他人不會對這個奇怪的提示感到困惑。

hg up myBranch 
hg commit --close-branch 

案例2： 分公司合併到默認

這種情況是不是從案例1很大的不同，它可以通過再生步驟的情況下1和兩個額外的人來解決。

在這種情況下，我更新到分支變更集，使用--close-branch做另一個提交，並將成爲提示的新變更集合併爲默認值。最後的操作會創建一個新的提示，它位於默認分支 - HOORAY！

hg up myBranch 
hg commit --close-branch 
hg up default 
hg merge myBranch 

希望這有助於未來的讀者。

Answer 4

令人奇怪的是，竟然沒有一個尚未曾建議關閉功能分支的最可靠的方法... 你可以只結合合併與--close分支標誌提交（即提交修改後的文件，並關閉分支同時）：

hg up feature-x 
hg merge default 
hg ci -m "Merge feature-x and close branch" --close-branch 
hg branch default -f 

就這樣。沒有一個額外的頭在審判。沒有額外的提交。