【Github】sync fork后,意外关闭之前提交分支的pr申请 + 找回被关闭的pr请求分支中的文件
- 写在最前面
- 原因解析
- 提交pr,pr是什么?
- rebase 或者 merge 命令
- 找到分支中被删除的文件
- 找到被关闭的提交请求pr
- 方法1:在公共仓库被关闭的pr中大海捞针
- 方法2:在请求申请中点击Compare对比
- 在Comparing changes中
- 可以看到有改变的地方
- 可以查看改变的文件
- 所删除文件所在地址
写在最前面
尝试用自己的方法理解,并初步解决了该问题。路过大佬如如果了解这个问题,还请多多指教!
先fork主仓库A,到我自己的仓库B。然后一段时间后,仓库B新增更新b,同时关于b的pr请求没有被合并。在此期间,仓库A更新了很多其他内容。在仓库B点击sync fork后,为什么会关闭之前提交分支的pr申请?
找不到原来的源文件了。
参考:github官方文档:同步复刻
历史相关文章:【GitHub主页】优化简历
原因解析
当您点击 “Sync Fork” 同步您的 fork 时,GitHub 会将原始仓库(这里是仓库 A)的最新更改拉取到您的 fork(仓库 B)中。这个操作实际上是在您的 fork 中创建一个新的本地分支,该分支与原始仓库的主分支(通常是 main
或 master
)保持同步。
如果您的 Pull Request 基于一个之前提交的分支,而该分支在您点击 “Sync Fork” 之后被删除或者重写了(即通过新的提交覆盖了之前的提交),那么与该分支相关的 Pull Request 会被关闭。这是因为 GitHub 认为您的分支已经不再存在,所以相应的 Pull Request 也不再适用。
解决这个问题的方法之一是在您点击 “Sync Fork” 之前,确保您的 Pull Request 基于的分支在原始仓库中仍然存在,并且没有被更新或删除。如果分支已被更新,您可以将您的本地分支重新基于原始仓库的最新状态,然后再次提交 Pull Request。
如果您对自己的 fork 进行了一些重要的更改,但是又想保持与原始仓库的同步,您可以考虑使用 Git 的 rebase 或者 merge 命令来将原始仓库的更改合并到您的分支中,而不是直接点击 “Sync Fork”。这样可以更好地控制您的分支和提交历史。
提交pr,pr是什么?
PR 是 Pull Request(拉取请求)的缩写。Pull Request 是一种在开源项目中进行协作的方式。当您 fork 一个仓库并在其基础上进行更改后,您可以向原始仓库的所有者发送 Pull Request,请求他们将您所做的更改合并到他们的仓库中。
通常,Pull Request 包含以下信息:
-
基础(Base)分支:您希望将更改合并到的目标分支。通常是原始仓库的主分支,比如
main
或master
分支。 -
对比(Compare)分支:包含您所做更改的分支。通常是您 fork 出的仓库中的一个分支,您可能已经在该分支上进行了一些更改。
-
标题和描述:Pull Request 的标题是对所做更改的简要描述,而描述则是对更改的详细说明,可以包括更改的目的、解决的问题、所做的修改等信息。
-
相关问题和标签:您可以将 Pull Request 与仓库的问题(issue)相关联,以便更好地跟踪工作进度。您还可以为 Pull Request 添加标签,以便更容易地对其进行分类和筛选。
一旦您提交了 Pull Request,仓库的维护者可以审查您所做的更改,并提供反馈或者接受并合并您的更改。这种方式使得多人协作开发变得更加简单和透明。
rebase 或者 merge 命令
当您想将原始仓库的更新合并到您的分支时,您可以使用 git rebase
或者 git merge
命令。
- 使用
git rebase
命令:
git checkout your_branch # 切换到您的分支
git fetch upstream # 拉取原始仓库的更新
git rebase upstream/main # 将原始仓库的 main 分支上的更新 rebase 到您的分支上
这会将原始仓库的更新添加到您的分支上,并在您的提交历史中按照更新的顺序重新排序。请注意,使用 git rebase
会改写您的提交历史,因此请在确认您的更改不会影响其他人的工作之后再使用此命令。
- 使用
git merge
命令:
git checkout your_branch # 切换到您的分支
git fetch upstream # 拉取原始仓库的更新
git merge upstream/main # 将原始仓库的 main 分支上的更新合并到您的分支上
这会在您的分支上创建一个新的合并提交,将原始仓库的更新合并到您的分支上。与 git rebase
不同,git merge
会保留原始的提交历史。
在这两种情况下,upstream
是原始仓库的别名,您需要将其替换为原始仓库的实际 URL 或者名称。
执行完上述命令后,您可以将您的分支推送到您的 fork 中:
git push origin your_branch # 推送您的分支到您的 fork 中
这样就可以将原始仓库的更新合并到您的分支中,而不会影响您之前提交的 Pull Request。
找到分支中被删除的文件
找到被关闭的提交请求pr
方法1:在公共仓库被关闭的pr中大海捞针
方法2:在请求申请中点击Compare对比
在Comparing changes中
可以看到有改变的地方
https://github.com/PaddlePaddle/community/compare/b946e34e4836b8cc72f61ff3ea4fbdb622ba8b2d…30a86d3fe24b1bcf465f5186ddfd00ef135c351b?diff=unified&w=#diff-9ef9299f5418b9be474550ff88e351c9ded72d153344825bf4b2074537d74572
换到Unified后,可以更清晰的看到改变的文件
红色是被删除的,绿色是新增的
可以查看改变的文件
选择点击chaged files,可以查看改变的文件
在改变的文件中,可以看到分辨:新增】合并】删除
所删除文件所在地址
https://github.com/PaddlePaddle/community/blob/b946e34e4836b8cc72f61ff3ea4fbdb622ba8b2d/rfcs/Article/(文章名)
这里可以下载被误删的源文件
欢迎大家添加好友,持续发放粉丝福利!