gitlab代码管理及开发规范.docVIP

gitlab代码管理及开发规范 GIT分支管理策略 结合gitFlow分支策略，进行代码版本管理。 「master」和「develop」代表它们是「主要分支」，其他的分支是基于它们派生出来的。主要分支每种类型只能有一个，派生分支每个类型可以同时存在多个。 各类型分支之间的关系用一张图来体现就是： 1.1 git Flow分支模型 简单说来，Git Flow 就是给原本普普通通的分支赋予了不同的「职责」： master 分支 这个分支负发布到生产环境的代码，最近发布的Release，这个分支只能从其他分支合并，不能在这个分支直接修改； Develop 分支 这个分支是我们是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支； Feature 分支 这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支进入下一个Release； Release分支 当你需要一个发布一个新Release的时候，我们基于Develop分支创建一个Release分支，完成Release后，我们合并到Master和Develop分支； Hotfix分支 当我们在Production发现新的Bug时候，我们需要创建一个Hotfix, 完成Hotfix后，我们合并回Master和Develop分支，所以Hotfix的改动会进入下一个