Git版本管理

  1. Master: 主分支;主要是稳定的版本分支,正式发布的版本都从Master拉。
  2. Develop: 开发分支;更新和变动最频繁的分支,正常情况下开发都是在Develop分支上进行的。
  3. Release:预发行分支;一般来说,代表一个版本的功能全部开发完成后递交测试,测试出Bug后进行修复的分支。
  4. Features: 功能分支; 其实Features不是一个分支,而是一个分支文件夹。里面包含了每个程序员开发的功能点。Feature开发完成后合入Develop分支。
  5. HotFix: 最希望不会被创建的分支;这个分支的存在是在已经正式上线的版本中,发现了重大Bug进行修复的分支

概括:
1.保持Master与Develop的一致
2.开发功能在Develop拉出Features进行,完成后合并到Develop删除Features。
3.测试功能在开发完成合并后的Develop拉出Release,若发现bug在Release拉出Features进行修复,若未发现bug||修复完成合并到Release,删除Features。
4.Release分别合并到Master与Develop,删除Release。
5.当Master发现bug,拉出HotFix,修复后分别合并到Master与Develop。删除HotFix。
考虑到边改边测试的情况流程上是否可以Develop-Features-测试-Develop、Master?
.

image.png

最后:当一个经历千锤百炼的流程出现在我们面前时,我们应该虚心学习,加以运用;切莫在出现问题的时候才追悔莫及。

你可能感兴趣的:(Git版本管理)