git 分支操作

1）、Git是什么？

Git是目前世界上最先进的分布式版本控制系统。
我们先来理解下Git 工作区、暂存区和版本库概念
工作区：就是你在电脑里能看到的目录。
暂存区：英文叫stage, 或index。一般存放在 “.git目录下” 下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

图中左侧为工作区，右侧为版本库。在版本库中标记为 “index” 的区域是暂存区（stage, index），标记为 “master” 的是 master 分支所代表的目录树。
图中我们可以看出此时 “HEAD” 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
图中的 objects 标识的区域为 Git 的对象库，实际位于 “.git/objects” 目录下，里面包含了创建的各种对象及内容。
当对工作区修改（或新增）的文件执行 “git add” 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。
当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。
当执行 “git reset HEAD” 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。
当执行 “git rm --cached ” 命令时，会直接从暂存区删除文件，工作区则不做出改变。
当执行 “git checkout .” 或者 “git checkout – ” 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。
当执行 “git checkout HEAD .” 或者 “git checkout HEAD ” 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

2）、git的分支，用来存储不同的开发进度，比如

master分支，用于线上正式使用；
dev分支用于开发新功能使用；
bug分支用于热修。
合理地分配分支职能，会给仓库维护带来方便。

实际测试

（1） - 创建一个空仓库

cd ~
mkdir testgit1
cd testgit1
git init

（2） - 新建文本文件 version.txt

echo “version 0.1 “ > version.txt

（3） - 查看状态

git status

（4） - 提交二次修改

git add version.txt
git status
git commit -m “V0.1”
git log
echo “version 0.2 “ >> version.txt
git add version.txt
git commit -m “V0.2”
git log

（5） - 创建新分支

git checkout -b dev
git status

（6） - dev 做一些修改

echo "add by dev branch" >> version.txt
git diff version.txt

（7） - 提交修改

git add version.txt
git commit -m "添加dev特性"
git status

（8） - 合并到master

合并之前，切换到主分支；比较两个分支差异；执行合并。

git checkout master
cat version.txt
git diff --stat dev
git merge dev
cat version.txt

（9） - 接下来怎么办

dev用完了，还要接着用吗？当然可以，不过，线上master代码运行过程中，发现了一个bug，要热修，还拉到dev分支上处理吗？
其实，像这种临时的任务，拉一个临时分支，用完删掉，更为整洁。强迫症必备。

（10） - 新建 bug-fix 分支

首先拉取线上分支到本地新分支。

git checkout -b bug-fix

（11） - 做一些修改然后提交

在bug-fix分支上修改完毕，提交修改；切换到master分支，合并bug-fix的修改，然后提交到线上。

echo "fix bug #001" >> version.txt
git add version.txt
git commit -m "[fix-bug]: 更多"
git checkout master
cat version.txt
git diff --stat bug-fix
git merge bug-fix
cat version.txt

（12） - 删除分支

充分合并的分支，bug-fix分支完成了使命，我们转到dev上开发新功能。
合并这个最新修改的分支，然后删除bug-fix分支就好了。

git checkout dev
git diff --stat bug-fix
cat version.txt
git merge bug-fix
cat version.txt
git branch --delete bug-fix

结语
以上12步，初步解释了分支的用法。良好分支处理的习惯，可以让代码仓库更为整洁优秀。