Git中创建多分支:PR待审时开新分支的冲突问题咨询
分支操作疑问解答
1. PR提交操作合规性确认
你从BUGFIX_3_10分支拉取漏洞修复分支ABC,开发完成后提交PR的操作完全符合分支管理规范,是合规操作。
2. 并行开发分支合入风险说明
你担心的变更缺失问题不会必然发生,仅存在特定场景下的代码冲突风险:
- 若
ABC和XYZ两个漏洞修复的代码修改范围完全不重叠:两个分支先后合入BUGFIX_3_10时不会出现异常。ABC合入后目标分支会新增ABC的变更,后续XYZ合入时Git会自动将XYZ的变更追加到已包含ABC修改的目标分支上,两个修复的代码都会完整保留。 - 若
ABC和XYZ的修改范围存在重叠(例如修改了同一文件的同一段代码):两个分支先后合入时会触发代码冲突,需要手动解决冲突后才能完成合入。
3. 并行开发优化建议
如果想要降低冲突概率、提升合入效率,可以参考以下操作方案:
- 每次合入工作分支前,先拉取最新的
BUGFIX_3_10代码合并到当前工作分支,本地解决所有冲突后再推送远端发起合入,也可以在PR页面直接处理系统提示的冲突。 - 如果后续的
XYZ任务依赖ABC的修复代码,可以直接从开发完成的ABC分支拉取XYZ的开发分支,提前兼容ABC的变更,等ABC合入目标分支后,XYZ的合入也不会出现依赖缺失问题。
内容的提问来源于stack exchange,提问作者firefighter
相关产品推荐
相关产品推荐

