xcode - Xcode 和 Cocoa 的源代码版本控制和存储库 - 几个简单的问题

Question

我发现自己正在从事一个巨大的项目(我自己在一年前左右从头开始)并且我在跟踪更改方面遇到了一些麻烦，或者发现自己创建了无数的代码库副本 (我的字面意思是“副本” - 获取整个代码文件夹并粘贴它，例如 "MyApp-1.2.23-Mar2012", "MyApp-1.3.1 -Apr2012" 等；听起来很傻？)。

注意:没有其他人在该代码库上工作；所以实际上没有必要有一些远程存储库或类似的东西；我所需要的只是 100% 本地化。

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

• 这对我来说合适吗？如果是这样，你能解释一下吗关于这项技术如何运作的一两件实际的事情？
• 此外，由于我已经深入研究了文档(并且我仍然不知道如何解决这个问题)，我该如何设置整个事情都在一个已经存在的 Xcode 4.2 项目中(在雪豹，如果这有什么区别的话)？

Answer 1

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:从文档方面，您需要阅读 The Git Community Book

3:如果您已经有一个 Xcode 项目，您只需将其 checkin Git，它应该可以直接开箱即用。您应该从 git 中排除一两个不应该被跟踪的 Xcode 相关文件，但如果只有您在处理它，那么在其他人加入团队之前不必担心。

底线:一旦您学会了如何使用它，您就不会后悔，并且会想知道为什么您以前从未使用过源代码控制系统。