参考来源：说一说正常的代码上线
很多时候，经验是被痛苦逼出来的，流程是被错误逼出来的。在上线的过程当中，这段时间遇到了一些问题，造成了研发耽误了不少时间。原因是上线的不规范性以及没有任何的权限限制。
另外互联网项目版本开发都非常频繁。一天上线十几个小版本，也是有可能的。像我现在的公司，经常一天修改好多次文案，就需要不断的上线。如果处理不及时上线的话，会造成用户的一些误解，导致一些投诉以及不好的用户体验。这么频繁的修改上线，也是需要一定的流程和规范保证。
Git 代码管理
很多互联网公司都开始使用Git，替换了svn。Git非常适合互联网迭代以及多人多版本开发。如果让我说为什么喜欢使用Git，我喜欢切换分支，以及分支之间merge的方便快捷。
新建分支以及合并分支的便利性，会造成一些问题，分支不自然的就会过多。所以需要定时的需要删除一些过时的分支。
项目分支
一般来说，互联网项目有上线分支，预上线分支，测试分支，开发分支等．
保证不同的分支做不同的事情，防止分支污染。
- 上线分支，是发布到线上的分支，以这个分支为准，其他分支都是以这个分支为基础拉取。
- 预上线分支，在预上线环境当中，防止出错的最后一道保证。
- 测试分支，可能测试环境大家共用一套，所以把代码都merge到这里，然后发布。这样大家各自测试自己的，互不打扰。如果有多个测试环境的话，直接使用开发分支测试也是可以的。
- 开发分支，从上线分支拉取，根据需求修改的新分支。
开发流程
总体上来，可以分为这么几步。
- 第一步，需求来了之后，从上线分支拉取一个开发分支。
- 第二步，在开发分支进行开发，自测。
- 第三步，合并到测试分支，通知QA测试。
- 第四步，如果通过测试，合并到预上线分支，然后继续测试。如果不通过测试，进入第二步。
- 第五步，如果预上线测试通过，将预上线分支合并到上线分支。如果不通过测试，进入第二步。
- 第六步，上线，然后线上测试。如果通过测试，那么这个需求开发就结束了。如果没有通过测试，就撤回上线，然后进入第二步。
分支规范
- 测试分支以及预上线分支要定时清理，和上线分支同步。
- 上线分支以及预上线分支，merge权限保证在少数人手里。merge的时候，需要检查提交以及对线上的影响。
- 只能在开发分支修改代码，其他分支都是等着被merge.
- 提交之前，需要保证和上线分支没有冲突。
- 防止分支被污染，特别是受到测试分支污染。
流程规范之外
人是最难管理的，以及人是懒惰的。这些话是非常准确的，所以会遇到一下问题，还得需要解决。
- 需求改动非常小，是不是还得走整体流程。
- 我只是修改文案，是不是还得走整体流程。
具体怎么做，每一个公司和组都有自己的做法，是不是都必须都得走一遍流程。但是，分支规范是必须的，不能随意修改。直接在上线分支修改，坚决说NO!
标签：上线,流程,merge,开发,测试,代码,分支 来源： https://blog.csdn.net/dj1540225203/article/details/122063942
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。