​

分支简介

1. 分支的重要性

• 作用：分支允许将工作从主开发线上分离，避免影响主线开发。
• 传统版本控制的劣势：创建分支通常需要复制整个项目文件，效率低下。
• Git 的优势：分支是 Git 的“必杀技特性”，创建和切换分支都非常轻量和高效，几乎瞬间完成。

2. Git 分支的核心概念

2.1. 数据保存方式：Git 以 快照 而非文件差异保存数据。

​

编辑

• 每次提交会创建一个提交对象（commit object），包含指向文件快照的指针、提交信息、作者信息，以及父对象的指针。
• 这些对象包括：

• • Blob 对象：保存文件快照。
  • 树对象：保存目录结构。
  • 提交对象：指向树对象并保存提交信息。

2.2. 分支本质：分支是一个指向提交对象的可变指针。

• 默认分支名称为 master（可以修改）。
• 每次提交时，分支指针会自动向前移动。

2.3. HEAD 指针：指向当前所在的分支（将 HEAD 想象为当前分支的别名），动态决定工作目录的内容。

1. ​

   编辑

2.4. 首次提交对象及其树结构：

1. 做些修改后再次提交，那么这次产生的提交对象会包含一个指向上次提交对象（父对象）的指针。

2. ​

   编辑

2.5. 提交对象及其父对象

1. Git 的分支，其实本质上仅仅是指向提交对象的可变指针。 Git 的默认分支名字是 master。 在多次提交操作之后，你其实已经有一个指向最后那个提交对象的 master 分支。 master 分支会在每次提交时自动向前移动。

2. Git 的 master 分支并不是一个特殊分支。 它就跟其它分支完全没有区别。 之所以几乎每一个仓库都有 master 分支，是因为 git init 命令默认创建它，并且大多数人都懒得去改动它。

3. ​

   编辑

3. Git 分支的高效操作

3.1. 创建分支

• 命令：git branch <branch_name>
• 本质：创建一个指向当前提交对象的新指针，效率极高。
• 示例：$ git branch testing

• • 这会在当前所在的提交对象上创建一个指针。

  • ​

    编辑

3.2. 切换分支

• 命令：git checkout <branch_name>
• 行为：将 HEAD 指针指向目标分支，并切换工作目录内容。
• 示例：$ git checkout testing

• • 这样 HEAD 就指向 testing 分支了。

  • ​

    编辑

  • 那么，这样的实现方式会给我们带来什么好处呢？ 现在不妨再提交一次：

$ vim test.rb
$ git commit -a -m 'made a change'

• • ​

    编辑

  • 可以看到 HEAD 分支随着提交操作自动向前移动

  • 如图所示，你的 testing 分支向前移动了，但是 master 分支却没有，它仍然指向运行 git checkout 时所指的对象。 这就有意思了，现在我们切换回 master 分支看看：$ git checkout master

  • ​

    编辑

• • • 检出时 HEAD 随之移动
    • 这条命令做了两件事。 一是使 HEAD 指回 master 分支，二是将工作目录恢复成 master 分支所指向的快照内容。 也就是说，你现在做修改的话，项目将始于一个较旧的版本。 本质上来讲，这就是忽略 testing 分支所做的修改，以便于向另一个方向进行开发。
    • 分支切换会改变你工作目录中的文件： 在切换分支时，一定要注意你工作目录里的文件会被改变。 如果是切换到一个较旧的分支，你的工作目录会恢复到该分支最后一次提交时的样子。 如果 Git 不能干净利落地完成这个任务，它将禁止切换分支。

• • 此时再稍微做些修改并提交：

$ vim test.rb
$ git commit -a -m 'made other changes'

• • ​

    编辑

  • 现在，这个项目的提交历史已经产生了分叉，因为刚才你创建了一个新分支，并切换过去进行了一些工作，随后又切换回 master 分支进行了另外一些工作。 上述两次改动针对的是不同分支：你可以在不同分支间不断地来回切换和工作，并在时机成熟时将它们合并起来。

3.3. 创建并切换分支

• 命令：git checkout -b <branch_name>
• 效率更高，推荐使用。

4. 分支的灵活性与优势

4.1. 独立开发

• 可以从某个提交点分支出去，独立进行开发。
• 不同分支之间的修改互不影响。

4.2. 高效的分叉与合并

• Git 的分支模型支持频繁创建和删除分支，而不会增加负担。
• 每次提交记录父对象，便于快速找到合并基础。

4.3. 分支历史查看

• 使用 git log --oneline --decorate --graph --all 查看分支及分叉历史。

5. Git 为什么这么快

• Git 的分支实质上仅是包含所指对象校验和（长度为 40 的 SHA-1 值字符串）的文件，所以它的创建和销毁都异常高效。 创建一个新分支就相当于往一个文件中写入 41 个字节（40 个字符和 1 个换行符），如此的简单能不快吗？

​