合并发布, 可以参考Git Flow. 但是, 如果你做Trunk-based Development的话, 这个也可以省略了.
图片准备加载中...
作者：Jacky 链接：https://www.zhihu.com/question/393040445/answer/1215427425 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
我们团队在之开发上主要遇到的问题是，当我们项目做的工作多的时候，branch 就完全乱套了，由于之前用的是微软的TFS做管理的，所以更乱了，之后我们参考了一些开源项目的管理方法，做了一套GIT的管理方法：主要分master和dev 俩分支，master永远是生产环境的，dev永远是测试环境的，dev测试完成后会合併到master做发佈当要做新的功能或bugfix时，会建一些milestone和task，会从dev分一个分支出来，命名方法“内部编号/main”，程序员们再从main上分支自己要做的feature branch程序员做完自己的功能后，会pull request给reviewer，然后才能合到main分支当所有功能做都做好了会把main 做PR合併到dev，做自动测试然后到测试环境发佈时，会在上面打一个TAG做版本号，比如1.1.0，然后Jenkins会在背后自动测试和构建，这可以避免了测试的程序是100%等于将会发佈的版本，因为太多程度员直接自己build了就交付了，导致种种问题人工测试，没问题就排日期上线，出现BUG就重新跑一次流程TAG一个新版本，比如1.1.1上线生产环境前把dev 合併master