我发现自己在做一个巨大的项目（我自己大约一年前从头开始），我在跟踪更改时遇到了一些麻烦，或者发现自己创建了无数的代码库副本（我的字面意思是"副本" - 获取整个代码文件夹并粘贴它，如"MyApp-1.2.23-Mar2012"，"MyApp-1.3.1-Apr2012"， 等;听起来很傻？
注意： 没有其他人在该代码库上工作;所以真的没有必要有一些远程存储库或类似的东西;我所需要的只是100%本地的。
我在想也许我应该使用一些源代码控制管理系统。
- 这对我来说是正确的吗？如果是这样，你能解释一下我吗关于这项技术如何工作的一两个实际问题？
- 另外，由于我已经对文档进行了广泛的研究（并且我仍然不知道如何做到这一点），我该如何设置这整个事情在一个已经存在的 Xcode 4.2 项目中（在雪豹，如果这有什么区别）？
1：是的，这是正确的事情。 我从源代码控制系统获得的重要功能是：
- 快照。 我可以在完成重要事情时提交，如果之后我搞砸了代码库，我可以简单地扔掉自上次快照以来所做的所有更改并重新开始。
- 分支。 如果发布应用程序的 v1.0，则可以分支 v2.0 来处理新功能。 然后，您可以维护 v1.0，在 v1.0 和 v2.0 代码库之间进行修复和向后移植更改，而无需将新功能引入 v1.0。
- 安全。 我的 git 存储库在我的 Linux 服务器上，该服务器具有硬件 Raid-5 磁盘阵列，而不是我的 MacBookPro 中愚蠢的 2.5 英寸小磁盘。
- 更改跟踪。 我已经集成了我的 Bugzilla 和 Git 存储库，以便 Bugzilla 工单跟踪 git 更改，以便我可以看到为修复错误或引入新功能进行了哪些代码更改。
（git 还有无数其他功能，我认为这是理所当然的，忘记提及）。
2：从文档方面，你需要阅读 Git 社区手册
3：如果你已经有一个 Xcode 项目，你可以简单地将其签入 Git，它应该可以直接开箱即用。 您应该从 git 中排除一两个与 Xcode 相关的文件，这些文件不应该被跟踪，但如果只是您正在处理它，那么在其他人加入团队之前不要担心。
底线：一旦你学会了如何使用它，你就不会后悔，并且会想知道为什么你以前从未使用过源代码控制系统。