【Github】sync fork后,意外关闭之前提交分支的pr申请 + 找回被关闭的pr请求分支中的文件

2024-04-25 20:20

本文主要是介绍【Github】sync fork后,意外关闭之前提交分支的pr申请 + 找回被关闭的pr请求分支中的文件,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

【Github】sync fork后,意外关闭之前提交分支的pr申请 + 找回被关闭的pr请求分支中的文件

  • 写在最前面
  • 原因解析
    • 提交pr,pr是什么?
    • rebase 或者 merge 命令
  • 找到分支中被删除的文件
    • 找到被关闭的提交请求pr
      • 方法1:在公共仓库被关闭的pr中大海捞针
      • 方法2:在请求申请中点击Compare对比
    • 在Comparing changes中
      • 可以看到有改变的地方
      • 可以查看改变的文件
    • 所删除文件所在地址


请添加图片描述

🌈你好呀!我是 是Yu欸
🌌 2024每日百字篆刻时光,感谢你的陪伴与支持 ~
🚀 欢迎一起踏上探险之旅,挖掘无限可能,共同成长!

写在最前面

尝试用自己的方法理解,并初步解决了该问题。路过大佬如如果了解这个问题,还请多多指教!

先fork主仓库A,到我自己的仓库B。然后一段时间后,仓库B新增更新b,同时关于b的pr请求没有被合并。在此期间,仓库A更新了很多其他内容。在仓库B点击sync fork后,为什么会关闭之前提交分支的pr申请?

在这里插入图片描述

找不到原来的源文件了。

在这里插入图片描述

参考:github官方文档:同步复刻

在这里插入图片描述

历史相关文章:【GitHub主页】优化简历

原因解析

当您点击 “Sync Fork” 同步您的 fork 时,GitHub 会将原始仓库(这里是仓库 A)的最新更改拉取到您的 fork(仓库 B)中。这个操作实际上是在您的 fork 中创建一个新的本地分支,该分支与原始仓库的主分支(通常是 mainmaster)保持同步。

如果您的 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 包含以下信息:

  1. 基础(Base)分支:您希望将更改合并到的目标分支。通常是原始仓库的主分支,比如 mainmaster 分支。

  2. 对比(Compare)分支:包含您所做更改的分支。通常是您 fork 出的仓库中的一个分支,您可能已经在该分支上进行了一些更改。

  3. 标题和描述:Pull Request 的标题是对所做更改的简要描述,而描述则是对更改的详细说明,可以包括更改的目的、解决的问题、所做的修改等信息。

  4. 相关问题和标签:您可以将 Pull Request 与仓库的问题(issue)相关联,以便更好地跟踪工作进度。您还可以为 Pull Request 添加标签,以便更容易地对其进行分类和筛选。

一旦您提交了 Pull Request,仓库的维护者可以审查您所做的更改,并提供反馈或者接受并合并您的更改。这种方式使得多人协作开发变得更加简单和透明。

rebase 或者 merge 命令

当您想将原始仓库的更新合并到您的分支时,您可以使用 git rebase 或者 git merge 命令。

  1. 使用 git rebase 命令
git checkout your_branch  # 切换到您的分支
git fetch upstream  # 拉取原始仓库的更新
git rebase upstream/main  # 将原始仓库的 main 分支上的更新 rebase 到您的分支上

这会将原始仓库的更新添加到您的分支上,并在您的提交历史中按照更新的顺序重新排序。请注意,使用 git rebase 会改写您的提交历史,因此请在确认您的更改不会影响其他人的工作之后再使用此命令。

  1. 使用 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/(文章名)

这里可以下载被误删的源文件

在这里插入图片描述


欢迎大家添加好友,持续发放粉丝福利!

这篇关于【Github】sync fork后,意外关闭之前提交分支的pr申请 + 找回被关闭的pr请求分支中的文件的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/935695

相关文章

作业提交过程之HDFSMapReduce

作业提交全过程详解 (1)作业提交 第1步:Client调用job.waitForCompletion方法,向整个集群提交MapReduce作业。 第2步:Client向RM申请一个作业id。 第3步:RM给Client返回该job资源的提交路径和作业id。 第4步:Client提交jar包、切片信息和配置文件到指定的资源提交路径。 第5步:Client提交完资源后,向RM申请运行MrAp

HTML提交表单给python

python 代码 from flask import Flask, request, render_template, redirect, url_forapp = Flask(__name__)@app.route('/')def form():# 渲染表单页面return render_template('./index.html')@app.route('/submit_form',

Python3 BeautifulSoup爬虫 POJ自动提交

POJ 提交代码采用Base64加密方式 import http.cookiejarimport loggingimport urllib.parseimport urllib.requestimport base64from bs4 import BeautifulSoupfrom submitcode import SubmitCodeclass SubmitPoj():de

查看提交历史 —— Git 学习笔记 11

查看提交历史 查看提交历史 不带任何选项的git log-p选项--stat 选项--pretty=oneline选项--pretty=format选项git log常用选项列表参考资料 在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 接下来的例子会用一个用于演示的 simplegit

如何提高 GitHub 的下载速度

如何提高 GitHub 的下载速度 文章目录 如何提高 GitHub 的下载速度1. 注册账号2. 准备好链接3. 创建仓库4. 在码云上下载代码5. 仓库更新了怎么办 一般来说,国内的朋友从 GitHub 上面下载代码,速度最大是 20KB/s,这种龟速,谁能忍受呢? 本文介绍一种方法——利用“码云”,可以大大提高下载速度,亲测有效。 1. 注册账号 去“码云”注册一

form表单提交编码的问题

浏览器在form提交后,会生成一个HTTP的头部信息"content-type",标准规定其形式为Content-type: application/x-www-form-urlencoded; charset=UTF-8        那么我们如果需要修改编码,不使用默认的,那么可以如下这样操作修改编码,来满足需求: hmtl代码:   <meta http-equiv="Conte

js异步提交form表单的解决方案

1.定义异步提交表单的方法 (通用方法) /*** 异步提交form表单* @param options {form:form表单元素,success:执行成功后处理函数}* <span style="color:#ff0000;"><strong>@注意 后台接收参数要解码否则中文会导致乱码 如:URLDecoder.decode(param,"UTF-8")</strong></span>

PR曲线——一个更敏感的性能评估工具

在不均衡数据集的情况下,精确率-召回率(Precision-Recall, PR)曲线是一种非常有用的工具,因为它提供了比传统的ROC曲线更准确的性能评估。以下是PR曲线在不均衡数据情况下的一些作用: 关注少数类:在不均衡数据集中,少数类的样本数量远少于多数类。PR曲线通过关注少数类(通常是正类)的性能来弥补这一点,因为它直接评估模型在识别正类方面的能力。 精确率与召回率的平衡:精确率(Pr

husky 工具配置代码检查工作流:提交代码至仓库前做代码检查

提示:这篇博客以我前两篇博客作为先修知识,请大家先去看看我前两篇博客 博客指路:前端 ESlint 代码规范及修复代码规范错误-CSDN博客前端 Vue3 项目开发—— ESLint & prettier 配置代码风格-CSDN博客 husky 工具配置代码检查工作流的作用 在工作中,我们经常需要将写好的代码提交至代码仓库 但是由于程序员疏忽而将不规范的代码提交至仓库,显然是不合理的 所

C#关闭指定时间段的Excel进程的方法

private DateTime beforeTime;            //Excel启动之前时间          private DateTime afterTime;               //Excel启动之后时间          //举例          beforeTime = DateTime.Now;          Excel.Applicat