何時以及如何分支Git，何時對程序結構進行重大修改

Question

我正在做一個視頻游戲，它會生成大量程序內容。

現在，我正在從“在游戲開始之前生成所有內容”的模型過渡到“在需要時生成事物，然后記住它以便以后使用”的模型。 由於生成的數據已經花費了二十秒鍾的時間才能生成100個實體，因此在發布時需要生成三千億個實體，並且它的復雜程度不及程序完成功能時的復雜程度，因此后一種方法似乎是唯一的方法。

我使用Git進行版本控制，並且在使用它方面還很新。 由於這顯然將是程序結構的重大變化，並且由於我希望能夠在編寫分布式生成算法時從舊的整體代碼中進行查看/復制，因此我認為創建一個新分支，其中包含重新編寫的代碼，然后在完成后以某種方式“合並”該分支回到主節點。

能做到嗎，這是一個好主意，我將如何做呢？

Answer 1

我會在這里閱讀有關分支的信息： http : //gitref.org/branching/

您提出的建議是有道理的，應該很簡單。

列出您的分支機構：

git branch

創建分支：

git branch foo

將該分支合並到當前分支：

git merge foo

要切換到其他分支，只需將其簽出即可：

git checkout bar

Answer 2

當您將現代版本控制視為文件系統時，它變得更易於理解。

在這種情況下，分支是源到新文件夾中的副本。 之后，您可以修改彼此，而不影響彼此。 您可以使用工具比較兩個文件夾。 您可以刪除一個文件夾或創建其中一個的新副本（總共三個）。

在文件系統方案中，您通常在進行較大更改之前先進行復制（或備份），以便您可以a）輕松返回，b）繼續使用原始版本，直到新功能成熟為止，c）您可以比較新舊功能（回答以下問題：好的，我確實完全改變了這個……最初是如何工作的？）

是的，這是個好主意，Git為此提供了很多支持（技術術語為“功能分支”）。 馬丁·福勒（Martin Fowler）作了很好的介紹 。