测试工程师都知道这个牛掰的工具！

GIT-分支管理...

测试攻城湿

：提测修改Bug的代码没有生效啊，效率不行啊，大叔。

开发攻城湿

：你用Git status看看你当前是不是Master分支，提测的代码在HotFix分支；

测试攻城湿

：登录Nginx机器，敲数命令Git status幕显示：

擦嘞~！还真是~！想知道为啥请往下继续看~！

分支一方面类似科幻电影里面经常出现的平行宇宙，每个分支的代码版本都是独立演进的，分支之间的代码版本完全不会干扰另外一个代码版本的开发。但是，与平行宇宙不同的一点是，分支之间还能合并。
Git 的分支相比 SVN 要轻量很多，这是因为 Git 分支并不是复制一个新仓库，而是为一个分支存储一个指针，这个指针将指向某个提交对象。没错，这就和数据结构中常见的指针链表一样。所以 Git 的分支只是指针，并没有将仓库进行复制，每次提交都会让当前的分支向后移动，指向最后一次提交的对象。当你在切换分支时，Git 也只是改变指向当前所在分支的特殊指针 HEAD，所以可以快速地在各个分支之间进行切换。

• Master 分支中保留完全稳定的代码，即已经发布或即将发布的代码，HEAD就是当前线上的运行代码；
• Develop 分支就是我们的日常开发；两者的关系：Develop 分支用来开发功能，开发完成并且测试没有问题则将 Develop 分支的代码合并到 Master 分支并发布。

Git创建Develop分支的命令

    #创建分支



git checkout -b develop master

将Develop分支发布到Master分支的命令

   #切换到Master分支

git checkout master

#对Develop分支进行合并

git merge --no-ff develop

请听第一题

：

• 如果Develop分支开发功能比较大，工期比较长，如何进行后续工作呢？

请听第二题

：

• 如果线上代码出现Bug了如何修复？

带着这两个问题我们来学习下”辅助分支“
辅助分支顾名思义就是对Master分支的延展，对应到情景话里面的Hotfix分支就是”辅助分支“，意思就是修改线上的已知Bug，最后在合并到Master上进行上线操作，这样就团队成员之间并行开发，大大的提高工作效率和测试效率；
辅助分支一般分为三种：

• 功能（Feature）分支
• 预发布（Release）分支
• 修补BUG（Fixbug）分支

辅助分支维护方法：
创建一个辅助分支（Feature分支为例）：

    #创建Feature分支继承Develop分支



git checkout -b feature-x develop

合并分支代码：

    #切换到Develop分支



git checkout develop



#将代码合并到develop分支



git merge --no-ff feature-x

删除分支：

    #删除分支



git branch -d feature-x

关系图（Fixbug分支为例）：

搜狗测试

    关注 搜狗测试