Lead希望更简单的代码审查（PR）。所以将代码分支为3个分支。 A-＆GT; B-＆℃。 然后从A中删除代码。删除附加代码，这样A将是一个更简单的代码审查。然后将对B进行代码审查，然后是C。
由于B是从A分支出来的，所以我认为我永远不会对它进行拉动。它是否正确？ 类似但不一样的问题： How to turn a git branch into fork?
我想我应该做的是使用原始代码库ABC完成此操作：
ABC->A (delete B and C stuff. Code review A.)
ABC->BC->B (delete C stuff and code review B)
BC->C (code review the total. Or ABC->C even.)
这样可以将对ABC的更改拉入A，B或C.正确吗？
所以，鉴于我没有这样做，有没有办法将我的代码保存在Pull或Merge上。也就是说，如果我不拉入B但是将B合并到EPIC中，那么将应用A中的删除（不是我想要的）。或者，如果我在处理B和C时触摸A中删除的每个文件都会保存我的文件并防止它们在Merge上被删除。怕我可能会在这里被烧伤。出路是什么？ （除了从头开始。）
答案 0 :(得分：0)
不理解疯狂背后的方法......为什么不创建一个远程分支并让团队从远程分支推送和拉出。当您的主管对代码感到满意时，请合并为主人。