如何在移動到GIT中的舊分支時使用當前的工作副本？

Question

我有一個關於GIT最佳實踐的問題。想象一下，我創建了一個名爲hotfixes的分支，併爲其添加了一些修復，然後將分支與主分支合併。然後我創建一些其他分支並將它們與主人合併。

幾周後，我意識到我需要添加一些熱修復，所以我本地進入hotfixes分支。然而，由於主分支在過去的幾個星期裏進行了，我轉向了一個較老的分支機構，所以我現在最終得到了一個更老的本地工作副本。

如何確保能夠在幾周前創建的分支中工作，並且仍然具有當前工作目錄，因爲它在主服務器中？這是使用rebase命令完成的，還是必須刪除舊的分支並重新創建它？

Answer 1

的問題是，我想總是使用相同的分支或至少 同名「修復」

但是，爲什麼？我建議創建一個與修復直接相關的分支，即hotfix/missing_dll，將其從當前工作分支（例如master）分支出來，並在合併後將其刪除。這可以確保您始終保持您當前工作的最新狀態。

如果你真的有一個分支連續使用，你可以合併你的每一個你又開始做這個工作時的電流master到hotfixes。但是，這會產生醜陋的合併提交，最終會在您的master分支中結束。

第一個應用程序更乾淨，更容易出錯。如果你有充分的理由繼續使用一個hotfixes分支，請詳細說明。

編輯：除了其他工作流程，這是在this分支模型中所做的。

Answer 2

我不知道特定約定是什麼，但如果主版本發生重大更改，我傾向於合併並再次分支。這基本上允許我更新分支版本。我傾向於這樣做，因爲如果主版本接受更新，通常意味着它們正在更新。 另一件可能的事情是製作你已經改變的東西的副本，並在你從更新後的主版本創建分支時修改這些文件。

希望這有助於，也很好奇看看別人的建議。 祝您有美好的一天！

Answer 3

不管你做什麼，在任何合理的工作流程中重新使用舊的修補程序分支（通過合併或重新綁定）是根本錯誤的。修補程序分支就像一個功能分支 - 您也不會重複使用這些分支。

完成修補程序並將其合併回主分支後，可以直接刪除修補程序分支。當你創建它時（從master），稍後，一切都會好的。

順便說一句，在git中刪除合併分支根本不會改變歷史記錄。 git中的分支只是指向提交的「便籤」。例如，gitk或git log --graph --decorate master仍將無限期顯示實際的分支提交。實際上完全不可能刪除在git checkout -b和git merge之間進行的提交。

本手冊詳細說明了這一點：https://git-scm.com/book/en/v2/Git-Branching-Branches-in-a-Nutshell