如何解决在 master 后面提交 pull request同时提交一些 PR
我知道有很多这样的问题,但只是想把所有关于 rebase/merge 的歧义都集中在一个地方。
假设两种情况:
案例:1 我在分支 feature-1
上处理功能 1,提交 PR 但不要立即合并它(等待审核)。我必须继续开发功能 2(等不及审核了),所以我从 feature-2
分支检查 feature-1
(所以 feature-2
分支是最新的,包含 feature-1
的所有更改{1}} 本地)。 feature-2
上的更改与 feature-1
上的更改不重叠(不会发生冲突)。来自 'feature-1
的 PR 同时合并,现在是从 feature-2
提交 PR 的时候了。
案例 2: 假设与案例 1 相同的场景,不同之处在于存在冲突文件(即 feature-2
上的更改与 feature-1
上的某些更改重叠)。
问题:
- 应用第二个 PR 的最佳和最不痛苦/最不复杂的方法是什么?
- 最佳做法是从
feature-2
结帐到feature-1
(即从最新的未合并的本地分支)还是返回 master 然后结帐到feature-2
?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。