关于 GitHub 中的 Fork 仓库的简单问题

Reply to 关于 GitHub 中的 Fork 仓库的简单问题 on Thu, 14 Aug 2025 16:42:50 GMT

johanvx — Thu, 14 Aug 2025 16:42:50 GMT

为方便描述，称上游 GitHub 仓库为 upstream，自己 fork 的 GitHub 仓库为 origin。如果没有理解错的话，你应该是遇到下面这个场景并想做到 Step 4：

= Step 1: Fork

* aaaaaa (HEAD -> main, origin/main, upstream/main)
...

= Step 2: Make local changes and push them to origin

* bbbbbb (HEAD -> main, origin/main)
* aaaaaa (upstream/main)
...

= Step 3: Check (fetch) upstream's update

* bbbbbb (HEAD -> main, origin/main)
| * cccccc (upstream/main)
|/
* aaaaaa
...

= Step 4: Rebase (but how?)

* bbbbbb (HEAD -> main, origin/main)
* cccccc (upstream/main)
* aaaaaa
...

如果是这样的话，我通常的做法是在本地进行这样的操作：

git pull -r upstream main
# Resolve conflict
git rebase --continue

至于 GitHub 有没有一键（或者几键）的做法，我没有找到。

参考阅读：https://gitolite.com/git-pull--rebase

Reply to 关于 GitHub 中的 Fork 仓库的简单问题 on Thu, 14 Aug 2025 14:57:53 GMT

MoYingJi — Thu, 14 Aug 2025 14:57:53 GMT

好的，谢谢
如果是第一个问题呢，第一个问题的提出就是因为在某个项目中我要维护一个自己的分支（而不向上游做贡献），而且我的改动几乎仅限于增加了一个单独的文件（即几乎永远不与上游冲突），在这种情况下同步上游时如何使用 rebase 而不是 github 默认的 merge 来同步上游，使提交记录变得干净简洁

Reply to 关于 GitHub 中的 Fork 仓库的简单问题 on Thu, 14 Aug 2025 16:58:21 GMT

SPeak — Thu, 14 Aug 2025 16:58:21 GMT

mian分支 + feature分支

每次改动不要直接在main上修改, 而是基于main拉出一个对应的feature分支
main分支只用来同步上游的代码
如果在过程中 - 上游有新的改动
先把上游代码同步到本地的main
然后在feature分支 rebase 到main分支
功能开发完成后就把feature分支 PR到上游
在把合入上游的代码同步到本地的main
feature分支生命周期结束