【发布时间】:2014-12-26 17:22:52
【问题描述】:
Lead 想要更简单的代码审查 (PR)。因此将代码分支为 3 个分支。 A->B->C。 然后从 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 中删除的每个文件,这将保存我的文件并防止它们在合并时被删除。怕我在这里被烫伤。出路是什么? (除了从头再来。)
【问题讨论】:
-
不确定这是否有意义,至少部分是因为您似乎对“提交”和“分支”的概念有些混淆......