『现学现忘』Git分支 — 41、分支基本操作(二)
提示:接上篇
6、新建一个分支并且使分支指向指定的提交对象
使用命令:git branch branchname commitHash
。
我们现在本地库中只有一个 master
分支,并且在 master
分支有三个提交历史。
需求:创建一个 testing
分支,并且testing
分支指向 master
分支第二个版本。
# 1.查看提交历史记录
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git log --graph --oneline
* b97ccfd (HEAD -> master) 第3次提交,新增内容:branch test v3
* f72a9fe 第2次提交,新增内容:branch test v2
* fa2439a 第1次提交,新增readme.txt文件
# 2.创建testing分支
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git branch testing f72a9fe
# 3.查看提交历史记录,此时我们还在master分支上
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git log --graph --oneline
* b97ccfd (HEAD -> master) 第3次提交,新增内容:branch test v3
* f72a9fe (testing) 第2次提交,新增内容:branch test v2
* fa2439a 第1次提交,新增readme.txt文件
# 4.切换到testing分支
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git checkout testing
Switched to branch 'testing'
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ git log --graph --oneline
* f72a9fe (HEAD -> testing) 第2次提交,新增内容:branch test v2
* fa2439a 第1次提交,新增readme.txt文件
# 5.再来查看readme.txt文件内容
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ cat readme.txt
branch test v1
branch test v2
如上,我们看到新创建的 testing
分支,创建在master
分支的第二个版本上了。
HEAD
指针的移动状态如下图:
执行git branch testing f72a9fe
命令,创建testing
分支后:
执行git checkout testing
命令,切换分之后:
总结:
在日常工作中,我们可以这样的操作,切换到之前的版本,或者其他人之前写过的版本。我们把自习需要的代码进行保存,然后就可以在切换到自己开发的分支上,应用这些代码,同时把刚才创建的分支删除掉即可。
(该操作在工作中非常的实用)
7、思考:
git checkout -b branchname commit-Hash
命令,
能否代替下面两个命令:
git branch branchname commitHash
git checkout branchname
答案是可以的。
示例如下:
# 1.查看本地库中所有的分支
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git branch
* master
# 2.查看当前分支的提交历史
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git log --oneline
b97ccfd (HEAD -> master) 第3次提交,新增内容:branch test v3
f72a9fe 第2次提交,新增内容:branch test v2
fa2439a 第1次提交,新增readme.txt文件
# 3.创建testing分支,并切换
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git checkout -b testing f72a9fe
Switched to a new branch 'testing'
# 4.查看testing分支的提交历史
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ git log --oneline
f72a9fe (HEAD -> testing) 第2次提交,新增内容:branch test v2
fa2439a 第1次提交,新增readme.txt文件
# 5.查看readme.txt是否是V2版本
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ cat readme.txt
branch test v1
branch test v2
8、项目分叉历史的形成
查看当前版本库的如上,此刻正在 testing
分支的上工作,在 readme.txt
文件在第二个版本。
需求:我需要在 testing
分支的上,修改 readme.txt
文件,并提交新版本。
# 1.查看版本库状态
# 分支情况
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ git branch
master
* testing
# 分支的提交历史
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ git log --oneline
f72a9fe (HEAD -> testing) 第2次提交,新增内容:branch test v2
fa2439a 第1次提交,新增readme.txt文件
# 2.修改readme.txt文件并提交
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ echo "branch test v333 testing" >> readme.txt
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ git commit -a -m 'testing 分支的提交'
warning: LF will be replaced by CRLF in readme.txt.
The file will have its original line endings in your working directory
[testing 7ba443e] testing 分支的提交
1 file changed, 1 insertion(+)
# 3.查看testing分支历史提交
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ git log --oneline --graph
* 7ba443e (HEAD -> testing) testing 分支的提交
* f72a9fe 第2次提交,新增内容:branch test v2
* fa2439a 第1次提交,新增readme.txt文件
# 4.查看所有分支的历史提交
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ git log --oneline --graph --all
* 7ba443e (HEAD -> testing) testing 分支的提交
| * b97ccfd (master) 第3次提交,新增内容:branch test v3
|/
* f72a9fe 第2次提交,新增内容:branch test v2
* fa2439a 第1次提交,新增readme.txt文件
我们可以看到,现在这个项目的提交历史已经产生了分叉。
在实际工作中,是因为你创建了一个新分支,并切换过去进行了一些工作,可能随后又切换回 master 分支进行了另外一些工作,这样针对的是不同分支进行改动,就会在工作目录中产生项目的分叉历史。
你可以在不同分支间不断地来回切换和工作,并在时机成熟时将它们合并起来。 而所有这些工作,你需要的命令只有
branch
、checkout
和commit
。
此时 HEAD
指针的状态如下图:
9、分支的总结
由于 Git 的分支实质上仅是包含,所指对象校验和(长度为 40 的 SHA-1 值字符串)的文件,所以它的创建和销毁都异常高效。 创建一个新分支就相当于往一个文件中写入 41 个字节(40 个字符和 1 个换行符),如此的简单能不快吗。
这里简单说明一下:
# 1.查看.git/refs/heads目录
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ ll .git/refs/heads/
total 2
-rw-r--r-- 1 L 197121 41 4月 16 22:07 master
-rw-r--r-- 1 L 197121 41 4月 17 11:26 testing
# 可以看到.git/refs/heads目录存放的是版本库中的分支。
# 2.查看testing文件只呢个中的内容给
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ cat .git/refs/heads/testing
7ba443e4f6591631af4276bd3aa7356ff0f61fac
# 可以看到是一个提交的索引,对比上图中的`7ba443e`提交,你就明白了。
# 3.在往深说一点,查看.git/HEAD文件
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (testing)
$ cat .git/HEAD
ref: refs/heads/testing
# .git/HEAD文件就是之前说的HEAD指针,指向了当前正在工作的分支。
# 是不是一切都非常的简单高效。
这与过去大多数版本控制系统形成了鲜明的对比,它们在创建分支时,将所有的项目文件都复制一遍,并保存到一个特定的目录。 完成这样繁琐的过程通常需要好几秒钟,有时甚至需要好几分钟。所需时间的长短,完全取决于项目的规模。
而在 Git 中,任何规模的项目都能在瞬间创建新分支。 同时,由于每次提交都会记录父对象,所以寻找恰当的合并基础(即共同祖先)也是同样的简单和高效。 这些高效的特性使得 Git 鼓励开发人员频繁地创建和使用分支。