git-github fork 后同步源仓库的新提交/向开源框架提交pr

最新推荐文章于 2025-10-18 06:27:12 发布
原创 最新推荐文章于 2025-10-18 06:27:12 发布 · 1.9k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#fork的仓库与原仓库保持同步

本文详细介绍如何在GitHub上通过Fork项目、提交PR及使用Rebase提高PR质量的完整流程。涵盖同步源仓库新提交、区分origin与upstream、git分支管理、处理脏PR等关键技术点。

文章目录

github fork 后同步源仓库的新提交

官网参考： [Syncing a fork]: https://help.github.com/en/articles/syncing-a-fork
github fork 后同步源仓库的新提交
参考URL: https://www.cnblogs.com/Mr-O-O/p/11668464.html
git: 保持fork的项目与上游同步
参考URL: https://cloud.tencent.com/developer/article/1348597
git 同步远程仓库
参考URL: https://www.cnblogs.com/codehome/p/10075823.html

注：先把fork的仓库clone到你本地。下面的都是基于本地仓库操作的！

  1. 查看你的本地仓库的远程仓库配置
$ git remote -v
> origin  https://github.com/YOUR_USERNAME/你的fork仓库.git (fetch)
> origin  https://github.com/YOUR_USERNAME/你的fork仓库.git (push)
  1. 配置一个远程仓库指向源仓库。 (添加上游仓库)
    $ git remote add upstream https://github.com/ORIGINAL_OWNER/源仓库.git

demo： loutus项目

git remote add upstream https://github.com/filecoin-project/lotus.git
git remote -v
  1. 再次查看你本地仓库的远程仓库配置
$ git remote -v
> origin    https://github.com/YOUR_USERNAME/你的fork仓库.git (fetch)
> origin    https://github.com/YOUR_USERNAME/你的fork仓库.git (push)
> upstream  https://github.com/ORIGINAL_OWNER/源仓库.git (fetch)
> upstream  https://github.com/ORIGINAL_OWNER/源仓库.git (push)
  1. 把远程的源仓库fetch到本地，此时远程源仓库的新提交并不在你的master分支！而是在upstream/master 分支.
$ git fetch upstream
> remote: Counting objects: 75, done.
> remote: Compressing objects: 100% (53/53), done.
> remote: Total 62 (delta 27), reused 44 (delta 9)
> Unpacking objects: 100% (62/62), done.
> From https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY>  * [new branch]      master     -> upstream/master

默认情况下,git fetch取回所有分支(branch)的更新
git fetch upstream： #抓取在著名开源项目的GitHub仓库上新的提交数据到本地仓库

  1. 切换到master分支
    git branch 查看分支
$ git checkout master
> Switched to branch 'master'
  1. 把fetch下来的 upstream/master 分支 合并到master分支！这里假设没有冲突，且你的本地没有新的提交！ ( 将upstream/master merge到 本地master分支)
$ git merge upstream/master
> Updating a422352..5fdff0f
> Fast-forward
>  README                    |    9 -------
>  README.md                 |    7 ++++++
>  2 files changed, 7 insertions(+), 9 deletions(-)
>  delete mode 100644 README
>  create mode 100644 README.md
  1. 然后在master分支上 直接git push就好了。此时你fork的仓库就与源仓库一致了。
git push origin master

总结：给 fork 配置一个 remote
主要使用 git remote -v 查看远程状态。
添加一个将被同步给 fork 远程的上游仓库
git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git
再次查看状态确认是否配置成功。
git remote -v

git remote -v
#git remote add upstream https://github.com/filecoin-project/lotus.git
git fetch upstream
git checkout master
git merge upstream/master
git push origin master

github中origin和upstream的区别

官网描述：
When a repo is cloned, it has a default remote called origin that points to your fork on GitHub, not the original repo it was forked from. To keep track of the original repo, you need to add another remote named upstream.
git remote add upstream git://github.com/user/repo_name.git
在这里插入图片描述当执行git branch -v命令时，某些分支的前缀为origin （ remotes/origin/… ），而其他分支的前缀为upstream （ remotes/upstream/… ）。

origin是你所克隆的原始仓库的默认名字，upstream是fork的原项目的远程仓库的默认名字。

可以用git fetch [remote-name]命令从远程仓库抓取数据到本地：

git fetch origin #抓取在你的GitHub仓库上新的提交数据到本地仓库
$ git fetch upstream #抓取在著名开源项目的GitHub仓库上新的提交数据到本地仓库

总结：

  1. 如果是 upstream repo，你只可以拉取最新代码（即 git fetch ），从而保证你本地的仓库与源仓库同步
  2. 如果是 origin repo，就是你自己的repo（自己创建的，或者 fork 的项目）你可以做 任何推拉操作（pull and push）
  3. 你可以通过 pull request 向 upstream repo 贡献代码

git 分支查看与切换


# 1.查看所有分支
> git branch -a
　　
# 2.查看当前使用分支(结果列表中前面标*号的表示当前使用分支)
> git branch

# 3.切换分支
> git checkout 分支名

向开源框架提交pr

github----向开源框架提交pr的过程
原文链接：https://blog.youkuaiyun.com/vim_wj/article/details/78300239
如何为Github开源项目提交PR
参考URL: https://www.yuque.com/qinboqin/tg0c5y/ny150b

  • 第一次fork，并提交PR流程：
  1. fork别人代码
  2. git clone到本地
  3. 创建分支
    git checkout -b shepf-dev

修改源码，git push
4. 提交pr （注意是在自己项目github页面 点击 创建PR，不用进到原开源项目。即 到Github自己的repository,web界面切到你修改代码的分支,点击PR按钮就可以了）
需要注意的是compare处选择刚才提交上来的分支

  • 上面第一次，以后提交pr，步骤如下：
    多了从upstream（开源原仓库）拉最新代码和rebase
git remote -v
#git remote add upstream https://github.com/filecoin-project/lotus.git
git fetch upstream
# 如果项目有子模块 git submodule 更新子模块
# git submodule update --init --recursive
#git rebase upstream/master
然后你切到你自己的分支，比如 xxx-master
使用IDEA, 选择 upstream/master（你要改的的github那个分支），选择 Merge into Current，把最新的github代码合并到你当前分支。

执行完这一步，你的代码就和github开源分支代码一致了，接下来：

修改源码，git push
再github 页面，提交pr

使用 git rebase 提高 PR 质量

使用 git rebase 提高 PR 质量
参考URL: https://juejin.im/post/6844903497645686797

在 Github 上以提交 PR 的方式参与开源项目是十分简单的。不过由于 Git 本身自由度较高，有些随意提出的 PR 实际上是会影响项目历史记录的【脏】PR。下文介绍何时会发生这种情况，以及如何通过 rebase 工作流改进它。

什么是 rebase?

git rebase 还是 merge的使用场景最通俗的解释
参考URL: https://www.jianshu.com/p/4079284dd970

git rebase 你其实可以把它理解成是“重新设置基线”，将你的当前分支重新设置开始点。这个时候才能知道你当前分支于你需要比较的分支之间的差异。

git rebase 你其实可以把它理解成是“重新设置基线”，将你的当前分支重新设置开始点。这个时候才能知道你当前分支于你需要比较的分支之间的差异。

首先假设项目主干分支是 master，你在 fork 而来的仓库下新增了 dev 分支。你从 master 的 m1 提交开始，在 dev 提交了 d1、d2 和 d3 三次提交。这时，master 也更新了 m2 和 m3 两次提交。这时候版本树大致长这样

m0 -- m1 -- m2 -- m3
      |
      d1 -- d2 -- d3

这时你的目标是将三次 dev 上的 commit 合并为一个新的 d，让 dev 的历史变成这样：
为了实现这一点，你可以在 dev 上 rebase 到 master：

git checkout dev
git rebase -i master

rebase 的原理是：

  1. 首先找到两个分支（dev 和 master）的最近共同祖先 m1。
  2. 对比当前 dev 分支相比 m1 的历次提交，提取修改，保存为临时文件。
  3. 将分支指向 master 最新的 m3。
  4. 依次应用修改。

在【依次应用修改】的这一步中，你可以进一步选择如何对待 d1、d2 和 d3 的 commit message。在以 -i 参数启动了交互式的 rebase 后，会进入 vim 界面，由你选择如何操作 dev 上的提交记录。

你可以编辑对 dev 上这几个 commit 的处理，如输入 pick 为保留，输入 squash 则将该 commit 内容并入上一个 commit 等。

总结： rebase会把你当前分支的 commit 放到公共分支的最后面,所以叫变基。就好像你从公共分支又重新拉出来这个分支一样。

举例:如果你从 master 拉了个feature分支出来,然后你提交了几个 commit,这个时候刚好有人把他开发的东西合并到 master 了,这个时候 master 就比你拉分支的时候多了几个 commit,如果这个时候你 rebase master 的话，就会把你当前的几个 commit，放到那个人 commit 的后面。

在这里插入图片描述

什么是脏 PR

我们知道，如果你想为某个开源项目贡献代码，通用的流程是：

  • fork 项目到自己的仓库。
  • 在新开的分支上提交。
  • 提出 PR 请求维护者将你的新分支合并至原项目。

在最后一步中，你所提交的 PR 会包括新分支上全部的历史记录。这时候，如果出现下面的几种情况之一，在这里我们就认为这个 PR 属于【脏】PR：

  1. PR 分支和原仓库的目标分支存在冲突。
  2. PR 包含了许多琐碎的 commit 记录，如 fix bug / add dev 等缺乏实际意义的提交信息。
  3. PR 包含了多个不必要的 Merge 记录。一般来说，fork 出的仓库和原仓库保持同步的最简单方式，是 fetch 原仓库后将 HEAD merge 到当前分支。这个操作每执行一次，就会在当前分支留下一个类似 Merge xxx 的 commit 记录。
  4. PR 包含了与主题不符的改动，如留下冗余的日志文件、在其它模块中添加了额外的调试用代码等。

如何处理脏 PR

rebase

通过 git rebase 命令，我们能够获得对 git 提交历史更大的掌控。不过，这也是一个存在风险的命令，因此在实际使用前建议稍加了解其原理。

如何通过 rebase 解决呢？

  1. 遇到和远程主库的冲突时，可以先将远程仓库 fetch 下来，而后将自己的 dev 分支 rebase 到新的 HEAD 上。
  2. 冗余的 commit 记录可以直接 rebase 合并。
  3. 和 1 类似地，通过将自己的 dev 分支 rebase 到新的远程库 HEAD 的方式，不会留下冗余的 Merge 记录。
  4. 提交一个新 commit 修复问题，而后 rebase 即可。
Github上Fork别人代码后，提交自己的修改
To Be Continue
04-24 1万+
在GIthub上Fork别人代码后，提交自己的修改，为开源贡献自己的力量。 灵活的创建分支，修改开源代码，并提交自己的修改，大致的流程分为以下几个步骤。 1. Fork 别人的代码 点击Github某个代码仓库右上方的的Fork按钮，将其他人的仓库fork到自己的账号下。 2. 下载代码 下载自己的仓库或者下载别人的仓库都可以，如果下载别人的仓库，需要git remote add 添加自己的仓库链...
git如何同步fork的项目
chenf1999的博客
10-10 5842
git同步fork的项目 文章目录git同步fork的项目操作步骤参考链接 我们在使用git时，经常会需要fork别人的项目，然后通过git clone,git push等操作来在本地进行项目的修改，这时候如果源项目发生了变化，我们又想同步这种变化，要怎么做呢？ 此时源项目中已发生变化，我们fork的项目有我们自己所做的修改。 注意，如果直接同步的话，会失去自己所做的修改，解决办法如下。 操作...
Yuedu书源替代方案：源仓库与Yiove综合库对比
最新发布
gitblog_00777的博客
10-18 1340
你是否正为Yuedu书源数量有限、更新不及时而烦恼？是否在寻找更稳定、更丰富的小说资源库？本文将深入对比两款主流Yuedu替代方案——[源仓库](https://www.yckceo.com/yuedu/shuyuan)与[Yiove综合书源库](https://shuyuan.yiove.com/complex)，帮助你快速找到最适合的小说资源解决方案。 读完本文你将了解： - 两款书源库的核...
Github进行fork后如何与原仓库同步[解决git clone 太慢的问题]
一名普通码农的菜地
04-24 1421
fork了一个仓库以后怎么同步源仓库的代码？
Git同步一个Fork
end's coding life
06-21 1755
fork 了别人的仓库后，原作者又更新了仓库，如何将自己的代码和原仓库保持一致？本文将给你解答。 如何使用搜索引擎 其实这个问题并不难，我又被坑了。百度搜的东西不靠谱啊，以后这种问题一定要用英文在 Google 或者 Bing 上搜索，这样才能搜到原汁原味的答案。就当是一个教训吧。 搜索 fork sync，就可以看到 GitHub 自己的帮助文档 Syncing a fork 点进去看
GIT-FORK项目后与原项目进行同步
weixin_30867015的博客
05-25 198
0x01 与原项目进行同步 在github里，每当fork一个项目后，如何保持与原作者的同步？一般可以以下几步。 1.首先clone自己，从git获取自己仓库的内容。 git clone https://github.com/xxx.git 2.添加远程仓库 添加远程仓库的别名，获取远程仓库的内容并合并。如果有冲突则需要手动解决冲突。 git remote add username https...
Curso-git-github-思考
02-12
3. **Pull Request（PR）**：PR是向项目提交代码审查和合并请求的方式。它是协作开发的核心流程。 4. **Issue**：Issue系统用于讨论项目问题、报告bug或提出新功能的建议。 5. **Wiki**：GitHub上的项目可以拥有一...
Devops-git篇-02-仓库fork后同步
一叶知秋
12-03 574
所以同步远端分支时，就是git fetch upstream，然后将自己的分支merge目标分支内容，例如：git merge upstream/master。base repository为原仓库的某个分支，head repository为fork仓库发某个分支, head的某个分支代码合到base的某个分支。到这里就比较清晰了，在更新时就是把源仓库的更新的分支放在upstream下，例如：upstream/master。这里可以发现从自己仓库clone下来后，fetch和push的路径都是自己的。
Git-and-GitHub-Intro
04-16
通过将您的姓名添加到people文件夹并在GitHub上打开PR，创建您的第一个拉取请求。 通过bot和您的同行的评论，获得有关在GitHub上进行协作的基本介绍。 任务 将此存储库分叉到您自己的GitHub帐户 如果您正在GitHub上...
如何在 Git 中同步原始仓库的更新（含 Fork 和非 Fork 方法）
m0_69855053的博客
04-15 2262
将本地提交推送到远程仓库，进入 GitHub 网站，你会看到有一个提示让你发起 Pull Request（PR），请求将 new-feature 分支的修改合并回 main 分支。你修改完 fork 的项目后，可以通过 PR 请求原作者审阅你的修改，并决定是否将你的更改合并到原项目中。：就像你在 GitHub 上“复制粘贴”了一份项目到你自己的账户里，之后你可以随意修改、创建分支，而不会影响原作者的代码。是你本地的分支名称，通常是主分支（如果你用的是 main，那就是 main）
github上fork后的代码如何与开发者保持一致，GitHub上如何提交PR？
这个年纪的_我
10-22 862
一、GitHub上fork之后的代码与开发者保持一致 1. 点击原始项目的Fork按钮，之后在自己本地的仓库便会出现此项目（我fork的tidp) 2.安装git工具,参考链接 3.进入想要保存代码的目录，右击选择Git bash here 4.输入git clone [你仓库中的地址] ，此时当前文件夹下就会有你所clone的文件 例如： git clone git@github...
github fork项目以及保持同步
cominglately的博客
09-12 326
场景 fork的方法 场景 当一个package的功能不能满足自己的需要的时候 ，一般有三种选择 选其他的package 自己开发pakage fork package 然后改造 fork的方法 原文地址 https://www.jianshu.com/p/79454cf00945 ...
Git同步Fork代码
小埋的博客
08-11 559
给fork配置远程库使用git remote -v 查看远程状态确定一个将被同步给 fork 远程的上游仓库 git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git 再次查看状态确认是否配置成功。同步fork从上游仓库 fetch 分支和提交点，提交给本地 master，并会被存储在一个本地分
Git fork出来的Project和源Project保持同步
m00123456789的博客
09-02 1475
我们想要使fork出来的Project和源Project保持同步，当源project更新时，我们fork的Project也随之更新。那么应该如何做呢？步骤： 1.在fork的代码库中添加remote 源 ，使用 remote add 参数，如下： git remote add upstream https://github.com/JakeWharton/butterknife 2.在每次P
Git fork了别人的仓库，别人的仓库有更新，我们如何同步这个更新
热门推荐
非猿
07-24 1万+
现在，你的GitHub仓库应该与原始仓库保持同步了。重复上述步骤，以后都可以保持同步。记住，定期拉取上游仓库的更新是很有必要的，这样你的代码库将与原始仓库保持最新。
Git fork 指南：fork别人的仓库并作为贡献者提交代码
weixin_35062801的博客
02-07 2458
流程总结A 克隆项目，增加代码 在 Github 上 fork 想要参与的项目仓库 Qingtong/pinghu_project, fork后会生成自己的项目 marh/pinghu_project git clone 自己的项目 git add XX，git commit -m "" 进行更新，提交 git push origin master 推送到自己的远程仓库 mar...
git Fork 别人项目并且保持同步
zhcngu的博客
10-18 586
git fork别人项目，并且与作者保持同步
git: fork仓库后的同步操作
weixin_43959024的博客
12-26 1424
【代码】git: fork仓库后的同步操作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

西京刀客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值