Git分支vs在不同工作目錄中的Master分支上的工作

Question

假設您有一個名為foo_bar的項目，並且正在為某些新功能編寫一些代碼...進行提交...然后進行推送至原始版本。 也許現在您可以與一些同事共享項目鏈接。 現在讓我們說您想做更多的事情，但是您不想弄亂您當前的生產代碼。 為什么要創建另一個分支， 而不是創建另一個工作目錄，為什么要編輯主分支，直到擁有所需的方式，准備就緒就將其推到原始位置，然后將其拉入生產倉庫中？

Answer 1

您可以選擇直接編輯master分支的替代方法很好，其本身沒有任何問題。 如果您想與另一名同事共享新更改，然后又合並回主分支，則可以從創建新分支中受益。

Answer 2

通過在單個存儲庫和工作目錄中創建多個分支，您在切換分支時不必更改開發環境的任何信息：無論您是在master分支上工作，工作目錄可能始終是/path/to/myproject或功能分支。

如果這對您不重要，則將存儲庫克隆到另一個目錄並將其用作您的第二個分支是完全合理的。 實際上，Mercurial的文檔中明確提到了這種分支方法，並且它與Git一樣有效。