- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
GitHub 上有一个未被官方存储库接受的公开 PR。我想将此 PR merge 到我的分支中。似乎同时删除了创建 PR 的 fork 存储库。我能够从 PR 中获取完整的更改数据作为补丁文件,但是我缺少一个信息以便我可以应用它:补丁应该应用到哪个提交?我尝试了存储库历史记录中的各个点,但总是有一些无法应用的“笨蛋”。
我说的PR是Flying Saucer PR #22 ,补丁文件可以通过appending .patch to the URL获取(感谢 Download Github pull request as unified diff 对此进行了描述)。
有没有一种方法可以获取提交哈希值或目标存储库历史记录中某个点的其他标识(针对该点进行 PR),或者是否有其他方法可以将此类不活跃和废弃的 PR merge 到我自己的复刻中?
最佳答案
经过更多搜索后,我找到了描述如何处理非事件 PR 的文档 - Modifying an inactive pull request locally :
Find the ID number of the inactive pull request. This is the sequence of digits right after the pull request's title.
Open Git Bash.
Fetch the reference to the pull request based on its ID number, creating a new branch in the process.
git fetch origin pull/ID/head:BRANCHNAME
Switch to the new branch that's based on this pull request:
[master] $
git checkout BRANCHNAME
Switched to a new branch 'BRANCHNAME'
对我来说唯一的区别是不是从origin
(这是我自己的分支)获取,而是从upstream
(我已将其配置为指向主存储库)。
关于git - 如何将不活跃的 GitHub PR merge 到我自己的 fork 中?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53740351/
背景:开发分支没有任何 ci/cd 管道集。我在功能分支创建了一个多阶段发布管道,并且在开发阶段之前工作正常,QA 阶段取决于成功的开发阶段和 PR 触发器。我已经创建了一个从功能到开发分支的 PR。
Github 不久前发布了 draft PR。 我有一个普通的 PR,我想将其更改为 PR 草案。我怎样才能做到这一点? 最佳答案 更新 - 现已推出 - 2020 年 1 月 转换默认 → 草稿 现
目标 我对 Azure 和管道还很陌生,我正在尝试从 Azure 中的 pr 触发管道。该存储库位于 Github 中。 这是管道 yaml:pipeline.yml trigger: none #
我正在运行一个具有 1 个数据中心(6 个节点)和 Cassandra 3.11.0 的集群,复制因子为 2。我知道 nodetool repair -pr将对该节点上的主要范围进行修复。我的问题是如
我和我的团队正在努力在 ADO 中实现特定的 CI/CD 模式。 我们定义了一个名为“Develop”的构建管道和一个同名的发布管道。我们在我们的开发分支上设置了一个构建策略,要求“开发”构建管道在
当对 my_branch 进行任何更改(直接更改分支或通过合并 PR)时,我需要触发管道(CI),我的 yml 触发器配置如下 - trigger: batch: true branches:
我正在尝试使用 http://rove.io/在我的 Windows 8 机器上设置一个 vagrant box。我已按照网站上的说明进行操作(特别是安装 gem install librarian-
我有一个 protected github 存储库,我希望已经允许“读取”访问权限的用户也能够合并 PR,所以我给了他“写入”角色。根据github docs这应该足够了。他仍然无法合并,并且看到一条
Github 提供了一种很好的方式来列出两个标签之间的提交,例如https://github.com/jupyter/nbconvert/compare/6.0.6...6.0.7 有没有办法列出两个
我们最近改变了工作流程。我们在 github 上的(新)存储库有 2 个分支:master 和 develop。 master 不受直接推送的影响,只有 PR 被 merge 。 develop 是所
我使用下面的过滤器使PR在2017-03-19之前关闭;但是,有没有一种方法可以过滤特定日期。 is:pr is:closed merged:>=2017-03-19 base:master sort
在Github中提交PR后,它会获得批准,然后合并到master中。在这一点上,我应该删除我的分支以保持整洁。我不是天使,经常忘记这样做! Github上有一个方便的“拉取请求”页面,可以跟踪您所有打
我想用一次提交创建一个 PR,所以我用提交 SHA checkout 一个新分支, git checkout -b new-branch 8517c80183607461ea 我如何从这里创建 PR?
我正在寻找一种通过 GitHub 设置或 CircleCI 设置防止参与 PR(创建 PR 或进行提交)的人能够合并 PR(甚至批准它)的方法。 到目前为止,我拥有一个需要批准的分支的保护,但在批准后
我正在使用如下所述的拉取请求构建来创建包含所包含资源的资源组 https://learn.microsoft.com/en-us/azure/devops/pipelines/release/depl
我问这个问题是因为,在提出 PR 并将其发送给多个团队成员进行审查之后,我看到在 PR 以 merge 或不 merge 关闭之前创建新提交的必要性。 PR request主要是指一个feature
我已将 Debug模式设置为 2: Configure::write('debug', 2); 我尝试在我的 Controller 中使用 pr(),它没有显示任何内容,即空白: pr($th
我问这个问题是因为,在提出 PR 并将其发送给多个团队成员进行审查之后,我看到在 PR 以 merge 或不 merge 关闭之前创建新提交的必要性。 PR request主要是指一个feature
Github 添加 reviewers . 有没有办法找到用户是评论者的 PR(例如在 Pull Requests 页面上)?我已经尝试过的事情: 已检查 https://help.github.co
我听说为了更好地宣传主页,网站的结构需要像这样: 主页链接到所有页面,每个页面都链接到主页。 主页链接到二级页面,它们链接到三级页面,每个页面只链接到一个上级页面。 我的问题是: 1. 对吗? 2.
我是一名优秀的程序员,十分优秀!