Pull Requests非常适合用于理解围绕一个或一组对回购所做的更改的更大的思考。读取拉取请求是一种快速“了解”项目的好方法,因为您得到的不是对源的小原子更改,而是更大的逻辑更改组。类似于将代码中的行组织成相关的“节”,以使其更容易阅读。
我发现自己正在查看一个文件或一个提交,我想知道是否有一种方法可以将提交回溯到最初创建它的Pull Request。Pull Request最终会被合并,但合并提交是不必要的。
Pull Requests非常适合用于理解围绕一个或一组对回购所做的更改的更大的思考。读取拉取请求是一种快速“了解”项目的好方法,因为您得到的不是对源的小原子更改,而是更大的逻辑更改组。类似于将代码中的行组织成相关的“节”,以使其更容易阅读。
我发现自己正在查看一个文件或一个提交,我想知道是否有一种方法可以将提交回溯到最初创建它的Pull Request。Pull Request最终会被合并,但合并提交是不必要的。
当前回答
自2014年10月13日以来,这应该是直截了当的:
例如:
你可以看到,对于文件hakimel/reveal.js/plugin/markdown/markdown.js,我的贡献现在带有对它所产生的PR #734的引用。
这来自于从提交中链接合并的pull请求:
我们已经在提交页面中包含了包含分支和标记,以便为您提供有关更改的更多上下文。现在,存储库默认分支中的提交也会向您显示引入它们的拉请求。
在拉请求中,您可以看到关于为什么引入提交的讨论,并更清楚地了解更改的原因。 和往常一样,如果您知道提交SHA,您可以跳过提交页面并直接搜索拉请求。
其他回答
自2014年10月13日以来,这应该是直截了当的:
例如:
你可以看到,对于文件hakimel/reveal.js/plugin/markdown/markdown.js,我的贡献现在带有对它所产生的PR #734的引用。
这来自于从提交中链接合并的pull请求:
我们已经在提交页面中包含了包含分支和标记,以便为您提供有关更改的更多上下文。现在,存储库默认分支中的提交也会向您显示引入它们的拉请求。
在拉请求中,您可以看到关于为什么引入提交的讨论,并更清楚地了解更改的原因。 和往常一样,如果您知道提交SHA,您可以跳过提交页面并直接搜索拉请求。
你可以去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
我一直是GitHub web UI上厚皮的小链接的严重用户,但想要一个更快的方式,可以直接从终端到那里,基本上是一个git pr SHA命令。这需要一些操作,但这里有一系列git别名,将为你在MacOS上设置:
git config --global alias.merge-commits '!funct() { git log --merges --reverse --oneline --ancestry-path $1..origin | grep "Merge pull request"; }; funct'
git config --global alias.pr-number '!funct() { git merge-commits $1 | head -n1 | sed -n "s/^.*Merge pull request #\\s*\\([0-9]*\\).*$/\\1/p"; }; funct'
git config --global alias.web-url '!funct() { git config remote.origin.url | sed -e"s/git@/https:\/\//" -e"s/\.git$//" | sed -E "s/(\/\/[^:]*):/\1\//"; }; funct'
git config --global alias.pr '!funct() { open "`git web-url`/pull/`git pr-number $1`" ;}; funct'
如果您使用的是Linux,那么将open替换为xdg-open,您就成功了。适应使用GitLab也不应该太难。
请注意,这只会在你练习GitHub流和创建显式合并提交时起作用。
我在这里写了一篇关于这一切如何工作的更详细的解释:https://tekin.co.uk/2020/06/jump-from-a-git-commit-to-the-pr-in-one-command
将提交散列放入GitHub上的Pull Request filters字段。
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了 选项显示具有引用提交的第一个分支。
然而,如果您正在寻找的提交实际上是一个 从拉请求提交的修改版本,例如,如果发生了更改 是基于其他工作还是做合并的人决定做一些 的变化。