



























这是一个创建于 456 天前的主题,其中的信息可能已经有所发展或是发生改变。
我用 ai 进行脱敏了:
工程师小明在 main 分支上进行了 A 、B 、C 、D 四次提交。
工程师小红在 A 节点 fork 了项目,并在 sub 子分支上进行开发。
现在小红想将 sub 子分支的代码合并到上游的 main 分支。
她应该先合并到自己 fork 的 main 分支,
还是可以直接将 sub 子分支合并到上游的 main 分支?
1 albert0yyyy 2025 年 3 月 15 日ai 是这么回答的,好像都可以: 直接合并到上游的 main 分支: 小红可以直接从 sub 子分支创建一个 Pull Request ( PR )到上游的 main 分支。 这样做的好处是减少了不必要的中间步骤,但需要确保 sub 子分支与上游 main 分支没有冲突。 小红可以先将 sub 子分支合并到自己 fork 的 main 分支,然后再从自己的 main 分支创建一个 PR 到上游的 main 分支。 无论选择哪种方法,都需要确保在合并前从上游 main 分支拉取最新的代码,以减少冲突的可能性。 |
2 smyle 2025 年 3 月 15 日 via Android我见过的几乎都是从自己的分支直接往 upstream 主分支合并,我个人也认为这应该是最佳实践之一。自己 fork 的主分支仅仅和 upstream 主分支保持同步就好,避免无谓的冲突。 |
3 itechify 2025 年 3 月 15 日直接 pr ,有冲突再 pull ,拉最新代码处理冲突 |
4 w2040w 2025 年 3 月 15 日这种情况(上游 main 有更新) pull 后 rebase 到自己的 sub 子分支也能看到有没有冲突吧? |
5 sentix 2025 年 3 月 16 日 via iPhone我偏向 rebase 到上游 main 后再合 |
6 boris1993Jr 2025 年 3 月 16 日同意 @smyle #2 的做法。 |
7 guanzhangzhang 2025 年 3 月 17 日fork 后拉完自己仓库添加上游 git remote add upstream https://github.com/xxx/xxx 后续再修复第二个 pr 以下大概步骤 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。