何时以及如何分支Git，何时对程序结构进行重大更改

我正在开发一款视频游戏，它可以生成大量的程序性内容

现在，我正在从“在游戏开始前生成所有内容”的模式过渡到“在需要时生成内容，然后在以后记住”。由于生成的数据在发布时需要生成3000亿个实体时，生成100个实体已经需要20秒，并且不像程序功能完成时那么复杂，因此后一种方法似乎是唯一的方法

我使用Git进行版本控制，而且我对使用它非常陌生。由于这显然将是程序结构的一个重大变化，而且我希望在编写分布式生成算法时能够审查/复制旧的单片代码，因此我认为创建一个新的分支来包含重新编写的代码，然后以某种方式“合并”是明智的完成后，该分支将返回到主分支

---

这能做到吗？这是个好主意吗？我该怎么做呢？

我会在这里读到关于分支的内容：

你的建议是有道理的，应该是相当琐碎的

要列出您的分支机构：

git branch

要创建分支，请执行以下操作：

git branch foo

要将该分支合并到当前分支，请执行以下操作：

git merge foo

要切换到其他分支，只需查看它：

git checkout bar

---

我会在这里读到分支：

你的建议是有道理的，应该是相当琐碎的

要列出您的分支机构：

git branch

要创建分支，请执行以下操作：

git branch foo

要将该分支合并到当前分支，请执行以下操作：

git merge foo

要切换到其他分支，只需查看它：

git checkout bar

---

当您将现代版本控制看作一个文件系统时，它就变得更容易理解了

在这种情况下，分支是源文件到新文件夹中的副本。之后，您可以在不影响另一个的情况下修改它们。您可以使用工具来比较这两个文件夹。您可以删除一个文件夹或创建其中一个文件夹的新副本（总共三个）

在文件系统场景中，您通常在进行重大更改之前制作一个副本（或备份），这样您就可以a）轻松返回，b）继续处理原始文件，直到新功能成熟，c）可以比较新旧文件（回答这样的问题：好吧，我确实完全更改了它……它最初是如何工作的？）

---

是的，这是一个好主意，Git对此有很多支持（技术术语是“特性分支”）

当您将现代版本控制看作一个文件系统时，它会变得更容易理解

在这种情况下，分支是源文件到新文件夹中的副本。之后，您可以在不影响另一个的情况下修改它们。您可以使用工具来比较这两个文件夹。您可以删除一个文件夹或创建其中一个文件夹的新副本（总共三个）

在文件系统场景中，您通常在进行重大更改之前制作一个副本（或备份），这样您就可以a）轻松返回，b）继续处理原始文件，直到新功能成熟，c）可以比较新旧文件（回答这样的问题：好吧，我确实完全更改了它……它最初是如何工作的？）

是的，这是一个好主意，Git对此有很多支持（技术术语是“特性分支”）