【问题标题】:Git: do not pull deletes into branch?Git:不要将删除拉入分支?
【发布时间】: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 中删除的每个文件,这将保存我的文件并防止它们在合并时被删除。怕我在这里被烫伤。出路是什么? (除了从头再来。)

【问题讨论】:

  • 不确定这是否有意义,至少部分是因为您似乎对“提交”和“分支”的概念有些混淆......

标签: git pull


【解决方案1】:

不明白疯狂背后的方法...为什么不创建一个远程分支并让团队从远程分支推送和拉取。当您的领导对代码感到满意时,然后合并到主控。

【讨论】:

  • 我们有。但他希望每个任务(JIRA 问题)只有几个更改/添加文件。所以,分解成更小的任务/分支。如果这有意义的话。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2023-03-04
  • 2022-10-15
  • 1970-01-01
相关资源
最近更新 更多