原文转自：http://www.cocoachina.com/ios/20140524/8536.html
本文翻译自Understanding Git Source Control in Xcode （译者myShire）欢迎您加入我们的翻译小组。
在应用程序开发过程中，很重要的一部分工作就是如何进行源码的版本控制。当代码出现问题时，我们就需要将代码恢复到原先正常的版本。如果是多个人共同开发一个项目，那么代码的控制就会非常复杂。幸运的是，开发者不需要自己控制这些，因为有专门的软件来负责，叫做版本控制系统。
版本控制系统，或者说修改控制系统，实际上是一种检测源文件的改变并将其保存留作以后参考使用的机制（软件）。此外，它还能记录其他有用信息，比如是哪个开发者修改了代码，何时修改的，修改了哪一部分，以及其他历史信息。版本控制系统可以比较不同版本代码的不同，有必要时能恢复整个项目到以前的版本，追踪有害代码从而减少产品的错误。
通过版本控制系统，开发者可以在一个项目的不同分支上工作，当项目的各个部分开发完备时，将它们放到一起形成最终的版本，这个过程被称为合并。事实上，这种做法再团队和软件公司中相当常见：每个人负责项目的一部分，最终所有部分被整合到一起形成最终产品。
对于个人开发者来说，版本控制系统并不是必需的，但是我们仍然强烈推荐开发者使用它，因为它可以使代码方便的在有错误的版本和可以工作的版本之间转换。事实上，很多开发者从来不使用类似的工具，他们会在项目添加新的功能时手动保存原先的项目。这其实是一个很不好的习惯，因为版本控制软件可以更好更高效地完成这项任务。
Git是一个常见的版本控制系统，它最开始是由Liunx之父Linus Torvalds开发的，Git使用虚拟目录，又称为repositories，来管理一切事物。Git可以通过命令行调用，也有专门为它设计的桌面应用软件。如果Git对你来说很陌生，我建议你在网上查看一些它的相关信息。关于Git更深层次的内容都不在本文的讨论范围之内。
从Xcode5开始引入了使用git的一些新特性。它将git的各项功能整合到一个菜单中，并提供子菜单来进行软件合并的控制。在接下来的阅读中你会发现，使用git来进行版本控制相当的简单快捷。
我们接下来的任务就是学习如何在Xcode中使用git，以及Xcode是如何整合Git的各项功能。如果你觉得对这些很陌生，我建议你先上网搜索一下相关的内容。在接下来的教程中，我会假定你已经了解了版本控制系统和git是什么，并将注意力集中在Xcode如何管理它上。
GIT Demo概述（GIT Demo Overview）
与其他教程中的demo app不同，这次我们不会去实现一个应用来演示某一项iOS SDK特性，最终我们也不会产生一个示例产品。实际上，我们会新建一个demo工程，写几行代码，然后利用这个工程来演示Xcode提供的版本管理功能。换句话说，我们会集中注意里于IDE上，而不是iOS本身。
我建议你跟着我一起一步一步实现这个实例项目，在相应的地方手动添加代码，不用担心，代码量不是很多。跟着教程的步骤，我们将执行多种重复的版本控制相关的操作，并且我们必须实时看到结果。如果我只是提供了一个具备所有操作的的应用，那么你无法体会到这些改变。
好了，废话不多说了，让我们仔细看看使用Xcode进行版本控制的要点吧。
创建一个Git源（Creating a Git repository）
每次在Xcode中创建新工程的时候，都会提示开发者是否将项目作为一个本地的git源。在创建工程的最后一步Xcode会有一个复选框，如果选择了它，git源就会被添加到工程目录中。通常这个选项会被忽视，或是被认为是Xcode的另外一个没用的功能，尤其是从未用过git的开发者，或是编程新手。
选择下一步，在项目名中输入GitDemo，确保下面的Devices菜单选择iPhone，无需iPad或者universal app。
点击下一步，也就是最后一个步骤，在这里先选择一个要保持工程的目录，然后在窗口底部选上Create git repository on (My Mac ):
默认情况下，这个选项是被选上的，如果你不想使用git，你可以取消它，但是我不建议这么做。本教程中，你需要将它勾选上，然后点击创建按钮。
创建完项目之后，打开Finder，找到项目存储的目录，在目录中，有一个.git的子目录，时Xcode为存储git源相关数据自动创建的。
如果你看不到.git目录，你需要让隐藏的文件可见。具体做法就是打开一个Terminal窗口，输入以下命令：
对于OS X Mavericks 10.9:
defaults write com.apple.finder AppleShowAllFiles TRUE
defaults write com.apple.Finder AppleShowAllFiles TRUE为了重启Finder应用，输入
killall Finder
这就是本项目在本地git源保存的位置。实际上，如果你选上了相应的选项，这个目录就会被创建。相应地，在你创建新应用时，.git子目录也会一同被创建。
显然使用Xcode创建一个git源毫不费力，然而，如果你在项目创建时未创建git源，之后又想加上这个功能怎么办呢？好吧，其实你可以在任何时候为你的项目创建源，但是不是使用Xcode。尽管这种情况很少发生，我还是会告诉你该怎么做。
如果你愿意的话，你可以直接跳到本教程的下一部分。我建议你接着读下去，因为接下来这些信息还是很有用的。
在进行演示前，你需要首先通过Xcode下载Command Line Tools，因为我们要在Terminal下操作，并且需要一些额外的工具。如果你还没有下载，那就去Xcode>Preferences…菜单，选择Download选项卡，展开Components区，点击Commond Line Tools右边下载按钮。下载完成后，一个对勾符号会取代下载按钮。
现在，为这个例子再创建一个工程，完事后可以删了它。在创建时取消那个创建git源的选项。这次我们不想让Xcode为我们准备一个源。把这个工程命名为NoGitExample，保存到桌面，然后你可以跟我接下来输入的命令一样。
一切准备妥当后，打开Terminal窗口（如果你之前打开了一个，那就先关掉它再重启，从而使我们安装的命令行工具生效）。下面切换到新项目的目录：
别忘了在上边命令中设置Mac的用户名，接下来，输入：cd /Users/YOUR-USERNAME/Desktop/NoGitExample这会初始化一个空的源，如果你在Finder里面查看或是输入ls命令，你会看到.git子目录已经被创建，很好，接下来输入：
git init 这样，当前目录所有的内容就被添加到源里面去了，最后，输入以下命令：
git add 接下来会出现一个本地git源所执行的改变列表，如下图所示：
git commit -m 'Initial commit'
现在这个项目的使命已经结束，你可以在桌面上删除它。
现在你知道如何为你所有的项目添加git源了，即使你在创建时没有添加，你也可以在以后任何时候为它手动添加源。
提交更改（Committing Changes）
提交更改指的是储存一个包含所有更改的新版本。一般来说，当我们做了一些有意义的工作，并且项目处于某一个稳定状态时，就可以提交一次更改。然而具体什么时候提交更改并没有硬性的规定。我的建议是：从上次提交更改之后，如果你怕花费大量时间和精力做的新工作被误删很难恢复，你就需要提交更改了。
默认情况下，Xcode在项目创建之初会提交一次更改，这是为了保存项目初始状态。这项工作会在后台完成，不会打扰你或者要求你进行确认。如果你在项目创建时没有添加git源，但是之后你手动添加了，你可以通过我们先前使用过的命令来进行提交：git commit -m ‘Initial commit’
实际上，你如果去Source Control>History…菜单，你就会看到初次提交更改的记录，以后每次提交更改，都会在这里有所记录。
@interface ViewController ()
@property (nonatomic) int sum;
@end- (void)didReceiveMemoryWarning
{
[super didReceiveMemoryWarning];
// Dispose of any resources that can be recreated.
int a = 5;
int b = 10;
self.sum = a + b;
NSLog("The result is: %d", self.sum);
}
下面看看如何提交更改，其实非常简单，只需要打开Source Control>Commit菜单，下面窗口就会出现：
让我们一步步看看它告诉我们了什么。在左边（标1的区域），列出了所有被更改的文件，在这个例子中，只有ViewController.m这个文件被改变，因此列表中只有它被显示。如果你仔细观察，你会发现文件左边有一个选择框，默认情况下是被选中的，如果你取消它，这个文件的更改就不会被提交。
在窗口的中间区域，有两个预览窗口，左边那个是文件当前版本，右边是文件上一次提交更改的版本。因为我们目前只是创建时提交过一次更改，因此右边显示的是文件的初始状态。
左边窗口蓝色区域标出的就是更改的内容，这样的表示让我们可以清楚地看出所有的修改。如果你仔细看，会发现在两个窗口之间还有一个带数字的小标签，这个数字一一表示了各项更改。在数字旁边，默认情况下有一个小对勾，表示本更改会被提交，如果你点击右边的小箭头，会弹出一个选项菜单，你可以选择不提交这个更改或是忽略它。
如果你选择了Don’t Commit这个选项，小对勾就会被一个停止标志取代，这项更改就不会被保存到源中。
如果你选择了Discard Change这个选项，会弹出一个确认窗口，提示你所做的更改会被恢复，并且无法取消这个操作。
如果你点击了OK按钮，所选区域的改变就会消失，就像他们从未出现过一样。
如果你仔细观察上面这个提交窗口，你会看到你所做的所有修改都会被Xcode看做改变，即使是一个空行。实际上空行相当于回车，在屏幕上是不可见的，因此作为改变也是理所当然的。
在本例子中，你不用忽略任何修改，而是允许提交所有更改，因此所有的改变标签旁边必须都是小对勾。
在两个窗口下面是一个空白的区域，中间显示了提交更改的信息。这个地方可以添加一些关于此次更改的简短描述，点击它，加入如下内容：
书写有意义的提交信息非常有用，尤其是当你频繁提交的时候。因此，把它当做一个必要的步骤。
现在这个窗口的基本信息看的差不多了，是时候做我们第一次的提交了。在这个窗口的右下脚，有一个按钮上面写着：Commit 1 file。
这个按钮会显示需要提交的文件总数。点击它之后你的第一次提交就完成了！打开Source control > History，你会发现它会被显示在列表中。
从上图中可以看出，我们编写的信息以及更改的文件数量会被显示出来。Xcode执行初始提交，所有文件都会被提交一下，而这次只有我们修改的那个文件被提交。
另外，关闭历史窗口，看一下Project Navigator，你会发现ViewController.m旁边的M符号已经消失了。
现在，让我们准备下一次提交。这次，我们给工程添加一些新的文件。添加文件最好的方式就是创建个新类，因此，按下Command+N组合键，添加一个Objective-C类。让这个类继承NSObject类，取名叫TestClass，然后添加到工程中。
完成之后，注意一下Project Navigator，你会发现两个新的类文件旁边有个A的字母标识，这意味着这些文件已经被添加到项目中，当然，他们还没有被提交。
打开ViewController.h文件，导入我们的新类：
#import "TestClass.h"@interface ViewController ()
@property (nonatomic) int sum;
@property (nonatomic, strong) TestClass *testClass;
@end
需要提交的一共有5个文件。除了之前修改的四个之外，还有一个项目配置文件。Xcode会在新类被添加到项目中之后自动修改这个文件。如果你你打开TestClass.h或TestClass.m文件，左边的窗口没有任何显示，如下图所示。
这是因为在这个文件在之前没有被提交的记录，因此没有一个可以比较的版本，在右边只显示了File was added。
在消息区写上这样一个描述：TestClass was added to project.. 之后点击Commit 5 files按钮即可。
这样第二次手动提交就成功了。你可以到Source Control > History 菜单查看提交的记录。
版本之间的比较（Comparing Versions）
当你提交了同一工程的不同版本之后，在他们之间比较，追踪修改信息就会非常方便。当新添加的代码不能运行时，这时与之间版本进行比较就非常重要了，你可以看出新版本相比上个稳定版有了哪些更改。
要比较同一个文件的两个版本，你可以使用View>Version Editor>Show version editor，或是点击工具栏上的Version Editor按钮：
点击之后，编辑器会分为两栏。最初，两栏会显示相同的内容，点击编辑器下面的那个小时钟图标，可以选择之前已经提交的版本进行比较。
点击之后，两个版本的区别会在编辑器中显示出来。通常，左边显示的是当前版本的文件，右边显示的是之前的版本。蓝色高亮的区域显示了被更改的代码，因此比较代码的变化非常容易。继续选择任何此前的版本，并观察两栏的区别。
你可能会注意到，在两个编辑器中间，还有在提交窗口看到的小标签。点击向下的按钮可以跳出让你忽略更改的选项。如果你点击了忽略更改，Xcode会提示你是否同意。如果你同意忽略，这些被忽略的代码将会永远消失，无法再找回来。所以要注意不要无意中忽略任何代码。
除了上面说到的方法，还有一种你回到之前版本的方法。如果你仔细观察两个编辑器下面的工具栏，在中间有个带箭头的时钟图标：
点击它之后，两个面板之间的纵列内容就发生了改变，变成了一系列表示之前更改的时间戳。注意并不是所有的都代表实际提交。代表先前版本的圆角矩形的数量取决于提交的次数。在这个例子中，只有两个这样的图形，代表了两次提交。
在这一列的下面，有两个箭头。左边的那个属于左边的面板，右边的箭头属于右边的面板。将箭头移动到任意之前的版本，你会看到在相应面板中的改变。如果你想比较当前版本和之前任意版本的区别，让一个箭头指向local行，然后移动第二个箭头。时间戳从底部到顶部代表了从新到旧的代码。在base行，你会看到上一次提交的内容。继续向上移动，你会看到最初的提交，如下图所示：
现在你知道如何比较版本之间的区别了。再继续深入之前，把前面学习的练习一下玩玩吧。
究竟是谁的错？（Who’s Got the Blame）
除了比较文件的版本外，Xcode还可以让你追踪文件的提交者，以及是谁改变了哪一部分代码。在一个多人的团队中，这非常有用。要使用这个功能，点击View > Version Editor > Show Blame View菜单。或是讲鼠标放在工具栏的Version editor 按钮上，选择Blame选项。一个与上面类似的窗口将会出现:
正如你看到的，当前文件依据不同的提交被水平线分成几段，每个代码段的作者，以及提交信息和其他信息显示在窗口右边的一个特殊面板中。
如果你还没有做过，那自己动手打开这个blame视图，注意一下Xcode展现代码段作者的方式。在这个视图中，可以方便地找到某一代码在何时被谁提交以及其他你想要的信息。将鼠标放在blame面板上，将会显示修改的一些其他信息。当指针停在提交段上时，一个带图片的小按钮就会出现在它的右边。点击选中该段代码，就会弹出一个附带提交信息窗口。在这个窗口中，你还可以跳转到比较窗口(indication #1)，以及特定提交的修改文件(indication #2)。
除了比较视图和blame试图，其实还有一个日志视图（Log view）。你可以通过View > Version Editor > Show Log View来打开它。或者如果你在这里就不在详细说它了。你可以自己去看看，毕竟这个用起来也没那么复杂。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
