1

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

现在,我正在从“在游戏开始前生成所有内容”的模型转变为“在需要时生成内容,然后记住以备后用”的模式。由于生成的数据已经需要 20 秒来生成 100 个实体,而它在发布时需要生成 3000 亿个,并且不像程序功能完整时那样复杂,后一种方法似乎是唯一的办法。

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

可以做到这一点,这是一个好主意,我将如何去做?

4

2 回答 2

1

我会在这里阅读分支:http: //gitref.org/branching/

你提出的建议是有道理的,应该是相当微不足道的。

要列出您的分支:

git branch

要创建分支:

git branch foo

将该分支合并到当前分支:

git merge foo

要切换到不同的分支,只需检查一下:

git checkout bar
于 2013-06-24T14:47:22.943 回答
0

当您将现代版本控制视为文件系统时,它变得更易于理解。

在这种情况下,分支是将源文件复制到新文件夹中。之后,您可以修改每个而不影响另一个。您可以使用工具来比较这两个文件夹。您可以删除一个文件夹或创建其中一个的新副本(总共三个)。

在文件系统场景中,您经常在进行重大更改之前制作副本(或备份),以便您可以 a) 轻松返回,b) 继续处理原始文件,直到新功能成熟并且 c) 您可以比较新旧(回答这样的问题:好的,我确实完全改变了这个......最初是如何工作的?)

所以是的,这是个好主意,Git 对此有很多支持(技术术语是“功能分支”)。Martin Fowler 给出了很好的介绍

于 2013-06-24T14:48:17.977 回答