文章描述了使用Git进行多人协同开发时的分支策略，包括从master创建dev分支，开发新功能或修复bug，将更改合并到dev进行测试，通过测试后合并到master并部署。还提到了master作为稳定分支，dev作为开发分支的原则，以及如何处理紧急情况下的热修复分支和冲突解决方法。此外，指出了在服务如腾讯Coding中设置分支权限的方法。
git多人协同开发分支创建master与dev流程步骤
1：从master创建开发分支
2：开发新功能，或者修复bug
3：将开发的功能合并到develop分支做测试
4：根据测试反馈修改，反复测试修改
5：通过测试后，合并到delevop分支
6：专人合并到master分支，通过测试后更新到生产环境
https://blog.youkuaiyun.com/xiaoyukongyi/article/details/127992321
主分支master
开发分支dev
所有开发分支提交到dev上面，上线时合并到master分支
master和develop并行。
master上始终是最稳定的代码，develop是正在开发的代码。
feature则是某个开发为了自己的功能拉的分支。不一般情况：
develop正在开发，如果你上线突然被拒绝了，这时候就要从master上开一个热分支，或者release分支也行，改好之后在分别合并到其他分支。但，本人感觉release通常意味着终止。别在从release上拉分支了。
如何设置master分支权限？
这个可以在相关服务商里面设置：例如腾讯coding的仓库管理分支列表管理中，将分支设置为只读。
解决合并冲突
1:新建分支B，拉取master代码
2:将当前合并到master有冲突的分支A合并到新建的B分支，在B分支解决冲突之后，
3:最后将B分支提交合并到master
因为一般不能在master直接解决代码冲突问题
https://www.shuzhiduo.com/A/qVdeeogbdP/
扫一扫
2942
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
