Pull Requests非常适合用于理解围绕一个或一组对回购所做的更改的更大的思考。读取拉取请求是一种快速“了解”项目的好方法,因为您得到的不是对源的小原子更改,而是更大的逻辑更改组。类似于将代码中的行组织成相关的“节”,以使其更容易阅读。
我发现自己正在查看一个文件或一个提交,我想知道是否有一种方法可以将提交回溯到最初创建它的Pull Request。Pull Request最终会被合并,但合并提交是不必要的。
Pull Requests非常适合用于理解围绕一个或一组对回购所做的更改的更大的思考。读取拉取请求是一种快速“了解”项目的好方法,因为您得到的不是对源的小原子更改,而是更大的逻辑更改组。类似于将代码中的行组织成相关的“节”,以使其更容易阅读。
我发现自己正在查看一个文件或一个提交,我想知道是否有一种方法可以将提交回溯到最初创建它的Pull Request。Pull Request最终会被合并,但合并提交是不必要的。
当前回答
将提交散列放入GitHub上的Pull Request filters字段。
其他回答
你也可以使用gh cli来实现,这里有一个例子:
gh pr list --search "30aedc5aaab4708b2144c648a9c7ace9aff4cd31" --state merged --json url --jq '.[0].url'
欲了解更多信息,请参见- https://cli.github.com/manual/gh_pr_list
git config --add remote.origin.fetch +refs/pull/*/head:refs/remotes/origin/pull/*
git fetch origin
git describe --all --contains <COMMIT>
控件的名称,如果有必要,将origin更改为指向 拉请求将被发送到的GitHub存储库。第一个 对于任何给定的远程,命令只需要运行一次,而第二次则需要 通常在获得其他更新时完成。
这将导致git与实际一起获得有关拉请求的信息 分支。它们会显示为远程跟踪分支,如origin/pull/123。 一旦完成了这一步,你就可以使用——all和——contains来描述git了 选项显示具有引用提交的第一个分支。
然而,如果您正在寻找的提交实际上是一个 从拉请求提交的修改版本,例如,如果发生了更改 是基于其他工作还是做合并的人决定做一些 的变化。
将提交散列放入GitHub上的Pull Request filters字段。
我也遇到了同样的问题,并编写了pr_for_sha bash helper,文档如下:
http://joey.aghion.com/find-the-github-pull-request-for-a-commit/
像pr_for_sha <COMMIT>那样调用它,它将在浏览器中打开相应的github拉请求页面。
你可以去GitHub,在搜索栏中输入SHA,确保你选择了左边的“问题”链接。
2017年7月13日更新
通过GitHub UI,现在有一个非常简单的方法来做到这一点。如果您正在UI分支中的提交列表中查看一个提交,请单击指向该提交本身的链接。如果该提交有一个PR,并且它没有直接添加到分支,那么一个列出PR号和它进入的分支的PR链接将直接位于页面顶部的提交消息下面。
如果你只有提交SHA而没有其他的,并且不想去挖掘它,只需添加/commit/[commit SHA]到repo url,你就会看到提交页面,如果存在PR链接的话。 例如,SHA为52797a7a3b087231e4e391e11ea861569205aaf4, repo为https://github.com/glimmerjs/glimmer-vm,则登录https://github.com/glimmerjs/glimmer-vm/commit/52797a7a3b087231e4e391e11ea861569205aaf4