一旦上面这一步完成，编辑器就会分裂成两部分。最开始，左、右栏都显示当前版本的文件。要把任意一栏切换为某个之前提交的版本，来到这一栏底部的工具栏，点击最后一个按钮，上面有时钟标志：
一瞬间，选择的版本对应的差异就显示在屏幕上了。一般来说，左栏用来显示当前版本的文件，而右栏用来访问旧的版本。之前提到过的蓝色区域表示了更改的代码，能轻松跟踪代码的增加。因此，再往下进行，选择任意一个之前的提交，观察两栏显示出的差异。
你应该注意到，在两个编辑器的方框之间，有我们在提交窗口中第一次看到的圆形标签。点击它们中任意一个向下箭头，将显示放弃改变的选项。如果你点击它，Xcode会要求你确认，如果你同意了，已经选择的代码将永远的被放弃，没有任何的机会恢复。因此，要小心，不要放弃任何一片代码，甚至是在偶然的情况下。
除了上面介绍的方法，你还有一个方法你可以恢复到以前的版本。如果你仔细观察两个方框下的工具条，在它的中间有一个带时钟和箭头的按钮。
如果你点击了它，两个方框之间列将改变并且标签将被以前提交的一系列时间戳替换。请注意不是他们所有都代表了真实的提交，这取决与提交的总量，圆角矩形的真实数字匹配以前版本的实际数量。例如，在我们的应用程序中在底部仅仅有两个形状匹配了真实的提交。
在这一栏底部，有两个箭头。左边的箭头属于左栏，指向右边；右边的属于右栏，指向左边。把这两个箭头拖到任何一个历史版本，你可以立即看到这个版本出现在对应的一栏中。如果你想对比当前版本和任何一个历史版本，只需让一个箭头指向 local 一行，然后拖动另外一个箭头。时间戳的顺序，从顶到底是从最新到最旧。这意味着写着 base 的一行，代表上一次提交的版本；而再往上看，就是那些更老的版本。下图总结了我刚才所描述的：
现在你知道如何对比版本，并跟踪代码在各个版本的变化了。现在随便玩一玩这个特性吧，之后我们再往下讲。
是谁的责任？在比较文件的版本之前，Xcode允许追查谁提交了代码，还有谁修改了那部分的代码。如果一个项目是多人开发的话，这是一个非常有用的功能。只需简单地打开视图View > 文本编辑Version Editor > 展示责任视图Show Blame View 菜单，或者保持鼠标按钮在工具栏的文本编辑Version Editor按钮上，然后选择责任Blame选项。一个如下图所示的新窗口就会展示在你面前：
正如你所看到的，被选文件的代码是根据所提交的人的不同而被水平线分割了好几部分。根据提交的信息，每一部分的代码的作者，以及其他相关信息会展现在窗口的右侧中的一个特殊的窗格里。
如果你还没有完成上一步，打开责任视图，注意看 Xcode 是怎么用不同提交和不同作者来区别呈现代码块的。这样的界面可以非常快速地定位到某一块代码是什么时间提交，谁提交的，还可以获得一些额外信息。这些额外信息只要把鼠标移到责任栏上就可以看到。当鼠标放在一个提交片段上时，你可以看到最右出现了一个画着i标识的小按钮。如果你点击它，就会选中这段代码，并弹出一个窗口，上面显示着全部的提交信息。通过这个窗口，你可以切换到对比窗口（标为 #1）以及本次提交修改的文件（标为 #2）。
除了上一节我们看到的对比视图和刚刚介绍的责任视图之外，还有一个日志视图，可以通过View > Version Editor > Show Log View 访问到；或者在工具栏上长按Version Editor 按钮，然后选择Log 选项。我不再详细说了，留给你自己试试吧。毕竟，理解日志是什么、怎么用并不难。
分支想象你的项目有一个可用的版本，准备发布，或者已经发布了；现在你想开发一个新特性，但又不想意外毁坏了目前稳定可用的程序。在这种情况下，要避免可能的灾难性后果，保证你的项目不会被弄毁，你应该怎么做呢？答案很简单：用分支。
要清楚理解什么是分支，可以把你的项目想象成一棵树，其中树干永远是项目主要的、稳定的、可用的版本。而任何新添加的特性，都必须先成为树干的一部分，然后才能进入发布阶段。在版本控制系统中的“分支”，就像树的树枝一样，从树干长出来，沿着一个不同的方向生长。在 git (最终在 Xcode)中，你可以创建分支来为代码开辟一条新路（如实现一个新特性），而不用担心在开发时会损坏当前可用的版本。
实际上，git 总会默认创建一个分支，名为 master。Xcode 进行的初始提交，就是在这个分支中进行的。一般来说，单打独斗的开发者会只用这一个分支工作，尽管这是个坏习惯。无论你是单独工作还是在团队里，我认为都应该在你要做重大改动或添加时使用分支，这样可以避免陷入麻烦。当然，在团队合作的项目里，个人开发的部分几乎是必须要在一个单独的分支里完成的。
记住以下两点很重要：
1. 提交到 App Store 或客户手中的最终产品，一定是 master 分支的版本。
2. 任何处于次级分支的代码或实现的特性，都必须先合并到 master 分支，之后才能被包括进应用的正式发布（稍后还将谈到）。
当你开了一个新分支开始工作时，事实上这个新分支就是从当前的地方开始的，即使还有没提交的更改也不例外。从此以后，再做出的代码更改就是只在新分支上了。
现在回到Xcode。去创建新的分支，到资源控制Source Control > GitDemo – master > 新分支New Branch…菜单，你会看到如下图所示的窗口：
给该分支取个名。我给它取名为（正如你在下图所看到的）AnotherBranch，在这里你取什么名它都不会有所不同。然后点击OK按钮，等待一段时间直到新分支被创建好，且当前的代码被复制到该分支上。
你可以很容易地找到你当前活跃的分支是哪个。简单地打开资源控制Source Control菜单，旁边的项目名称的选项那里就可以看到你当前的分支。
现在，让我们提交代码到新的分支。在做这个之前，让我们增加一些新的的代码，因此进入私有类区域，增加如下的方法声明：
1
2
3
4
5
6
7
@interface ViewController ()
...
-(void)sayHello;
@end
然后，实现它：
1
2
3
-(void)sayHello{
NSLog("Hello");
}
最后，在 viewDidLoad方法中调用它：
1
2
3
4
5
6
- (void)didReceiveMemoryWarning
{
...
[self sayHello];
}
现在，切换到 Source Control > Commit菜单，将显示版本比较窗口。你将看到仅仅一个已修改的文件 ViewController.m将要提交，并且新增加的代码高亮显示。
提交代码并且增加如下的提交信息：第一次提交到分支，然后点击Commit 1 File按钮。改变将发生在AnotherBranch分支
打开版本编辑器（菜单视图 View > 版本编辑器Version Editor > 显示版本编辑器Show Version Editor），然后再到右边编辑窗口下面的工具栏中。你会看到被选择的分支是AnotherBranche。点击它，这时候该分支和主分支都会出现。从主分支上，选择你想要的任何一个版本，Xcode就会把AnotherBranch分支上的当前版本和主分支上被选择的版本之间的变化高亮出来。采用这种方式，以及我们之前的教程所谈到的比较版本部分的内容，你都可以很轻松地追踪到你工程中所有分支之间代码的变化。
最后，切换到另一个分支，或者主分支，进入资源控制Source Control > GitDemo – AnotherBranch > 切换到另一个分支Switch to Branch… 菜单：
从出现的窗口中，选择你想切换到的分支，在我们这个例子中选的是主分支：
选择它并点击切换Switch按钮。主分支就会再次变成当前活跃的分支，你会发现那些只有在AnotherBranch分支中所做的变化都不会在这里出现。这很棒，因为我们能够成功地推动我们的工程，而不需要修改稳定的版本。