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

测试攻城湿  ：提测修改Bug的代码没有生效啊，效率不行啊，大叔。   
开发攻城湿  ：你用Git status看看你当前是不是Master分支，提测的代码在HotFix分支；   

测试攻城湿：登录Nginx机器，敲数命令Git status幕显示：

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

1

分支管理

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

• Master 分支中保留完全稳定的代码，即已经发布或即将发布的代码，HEAD就是当前线上的运行代码；

• Develop 分支就是我们的日常开发； 
  两者的关系：Develop 分支用来开发功能，开发完成并且测试没有问题则将 Develop 分支的代码合并到 Master 分支并发布。

• 
  

 

Git创建Develop分支的命令

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

2

辅助分支

请听第一题：

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

请听第二题：

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

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

• 功能（Feature）分支

• 预发布（Release）分支

• 修补BUG（Fixbug）分支

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

合并分支代码：

删除分支：

关系图（Fixbug分支为例）：

3

福利

https://www.testwo.com/article/1062