源版本控制＆amp; Xcode的存储库＆amp;可可 - 一些简单的问题

Question

我发现自己正在开展一个巨大的项目（我自己一年前从头开始做的事情）和我在跟踪变化时遇到了一些麻烦，或者发现自己创建了无数的代码库副本< / strong>（我的字面意思是“副本” - 取整个代码文件夹并将其粘贴为"MyApp-1.2.23-Mar2012"，"MyApp-1.3.1-Apr2012"等;听起来很傻？）。

注意： 没有其他人在该代码库上工作;所以真的没有必要有一些远程存储库或类似的东西;我需要的只是100％本地。

我想也许我应该使用一些源控制管理系统。

• 这对我来说是对的吗？如果是这样，你能解释一下吗？ 关于这项技术如何运作的一两个实际问题？
• 另外，因为我对文档进行了广泛的研究（而且我 仍然不知道如何去做这个），我怎么能设置 这一切都在已经存在的 Xcode 4.2项目中进行 Snow Leopard，如果有任何区别的话）？

Answer 1

1：是的，这是对的。我从源代码控制系统获得的重要功能是：

• 快照。当我完成一些重要的事情后，我可以提交，如果我之后搞砸了代码库，我可以简单地丢弃自上次快照以来我所做的所有更改，然后重新开始。
• 分支。如果您发布应用程序的v1.0，则可以分支v2.0来处理新功能。然后，您可以维护v1.0，在v1.0和v2.0代码库之间进行修复和 backport 更改，而无需将新功能引入v1.0。
• 安全性。我的git repos在我的Linux服务器上，它有一个硬件Raid-5磁盘阵列，而不是我MacBookPro中那个愚蠢的小2.5英寸磁盘。
• 更改跟踪。我已经集成了我的Bugzilla和Git存储库，以便Bugzilla票据跟踪git更改，以便我可以看到为修复错误或引入新功能所做的代码更改。

（还有其他git的其他功能，我会理所当然地忘记提及）。

2：从文档方面来看，您需要阅读The Git Community Book

3：如果你已经有了一个Xcode项目，你可以简单地检查它到Git中，它应该直接开箱即用。你应该从git中排除一个或两个与Xcode相关的文件，这些文件不应该被跟踪，但如果它只是你正在处理它，那么在其他人加入团队之前不要担心它。

结论：一旦你学会了如何使用它，你就不会后悔，并想知道为什么你以前从未使用过源代码控制系统。