为小程序源代码项目选择最佳的代码控制是独立社区的热门话题。 许多团队都很难做出正确的选择，而网上提供的建议往往具有欺骗性。 令人惊讶的是，答案并不明显，而且没有一刀切的解决方案。
去年早些时候，围绕其构建了团队的工作流程、自动化以及持续集成和部署管道，深入研究了该主题并细分了小程序和小游戏游戏开发团队的可用选项，以便就源代码控制做出明智的决策。 选择。
源代码：y.wxlbyx.icu
在本系列中，我们将研究可供您选择的主要选项、它们的各种异同，并指出为什么您应该根据团队规模、预算和组成来选择一个而不是另一个。
我应该使用源代码管理吗？
让我们首先解决一件事，是的，您仍然应该使用源代码管理。 是的，尽管您是一名从事业余爱好项目的独立开发人员。 是的，特别是如果您是初学者。
不要害怕源代码控制，作为程序员，它是您工具箱中最有用的工具，您越早学习它，您就越会欣赏它的许多功能和优点。
有很多文章和主题概述了为什么应该使用源代码管理游戏程序代码分享网站，但让我列出一些我认为相关的要点：
● 源代码控制（带有远程存储库）充当代码的备份。 如果您的硬盘或计算机被损坏，您是安全的。 虽然您不太关注您的代码，但有一个备份也没什么坏处。
●历史和分支让您快速探索多种解决方案并回到过去
●评论让您知道您之前做了什么以及为什么。 您可能不相信我，但是您会比您想象的更快地忘记您的代码。 以下是一些关于如何为未来的自己和他人制作移交消息的提示。
您可能有几台计算机来处理该项目。 源代码控制将使这变得容易。
● 三天内，您的小物品可能会掉落。 其实团队成员多了，恐怕就签出版合同，做大了！ 那么你会很高兴拥有源代码控制。
请注意，Dropbox 或任何等效的云驱动器不是源代码控制工具。 是的，它提供了远程备份和一些历史记录，但它缺乏使源代码控制软件如此有用的所有工具和特定功能。
游戏开发的源代码控制
感谢 Git 和 GitHub，如今源代码控制无处不在，协作也变得前所未有的简单。
那么，为什么游戏开发的源代码控制存在如此大的问题呢？ 游戏项目有何独特之处？
● 源代码控制主要是针对代码而设计的，一般翻译成文本文件。 游戏项目由代码和游戏数据组成，通常采用小型二进制补码文件的形式。 二进制补码文件一般不能比较，也不能合并。 这阻止了以与文本文件相同的方式使用分支的可能性。 它还需要独占锁定机制或冲突解决方案。
●项目规模。 即使是最大的纯代码项目仍然可以管理。 游戏项目很快就会占用超过100GB，尤其是在资产市场时代。 某些源代码控制解决方案无法处理小型项目，因为它们不是针对此用例而设计的。
●非技术团队成员。 代码项目主要涉及能够使用 Git 等复杂命令行工具的程序员。 游戏项目有许多艺术家和设计师，他们需要良好的用户体验才能正确使用源代码控制。
用于游戏开发的可用源代码控制解决方案都有重大缺点，无论是价格、复杂性、用户体验还是无法处理小型游戏项目。 这使得源代码控制的选择变得困难。
这就是我创建 GitCentral 的动力。 GitCentral 将 Git 授权为源代码控制前端，但通过提供与 UnrealEngine 的完全集成来解决用户体验、工作流程和技术问题。
候选选择和比较轴
在本系列中，我们将比较主要的源代码控制选项，提供信息并得出结论，以便您可以为您的团队做出最佳选择。
为了正确比较它们，我们将使用以下标准评估每个选项：
● 功能和源代码控制模型
能够支持游戏项目、处理小型项目和补码文件
●迭代时间
●开箱即用的用户体验
●工具和集成的生态系统，特别是持续集成
以下是我们将评估的源代码控制解决方案：
● Git，开源社区和GitHub 普及的无处不在的源代码控制软件。
● Subversion (SVN)，另一种开源面食。 SVN 的受欢迎程度正在被 Git 取代，但仍然是主要的源代码控制系统之一。
●Perforce，AAA游戏行业标准选择。
●PlasticSCM游戏程序代码分享网站，专为游戏开发和小型项目设计的源代码控制
在小程序、小游戏源码开发领域，还有其他需要关注的玩家，比如Mercurial、TeamFoundation、Alienbrain或者CVS。
