产品发版，有效控制代码，保证产品质量的简单看法

基本背景

在产品发版前，研发人员都会经历产品测试与bug修复的一个阶段，在这个阶段里面我们会发现产品很多的bug，并且会多次更新代码；更新代码是为了解决bug,但是有缺陷的更新可能会造成更多的bug；除此之后，也有一些开发者可能会更新一些和本次发版无关的代码，本应该这些代码不应该提交的，但是如果提交了，可能会造成更多的不必要的问题。这些问题都很常见，也必须要解决。本文简单总结一下自己的经历，欢迎点评和指正。

主要角色

管理者：负责开发过程的管理，具有代码的管理权限，能够整体把握代码的质量。
开发者：开发人员，修复bug（或者是bug制造者，哈哈）

git分支

开发分支：日常开发使用的分支。
发版分支：确定本次产品发版使用的分支，由管理端创建和控制，代码是最稳定的。
发版修复分支：用来修复本次发版中bug的分支，先在本分支上提交测试，确实无误后合并到发版分支。

整体介绍

主要有3个方面，如下图：

发版前

在确认产品要发版，进入测试阶段的时候，由管理者从开发分支新创建出发版分支和修复分支。并且把发版分支进行保护，任何提交必须管理员审核提交。