Pull Requests非常适合理解围绕对repo进行更改或更改的更大思考.读取拉取请求是快速"理解"项目的一种好方法,因为您可以获得更大的逻辑更改分组,而不是对源进行小的原子更改.类似于将代码中的行组织成相关的"节",以便于阅读.
我发现自己正在查看文件或提交,我想知道是否有办法将提交回溯到最初创建它的Pull Request.Pull Request最终会被合并,但不需要合并提交.
我已经打开了一个项目的拉取请求.维护者决定接受它,但告诉我修改一些内容.
我该怎么做?我是否应该保持提交哈希不变,我该怎么办?
我不小心提出了错误的拉取请求,最后我自己关闭了请求.它现在处于关闭状态,但可以通过直接URL访问并显示在我的活动栏上.
有没有办法完全删除拉取请求,因此无法再通过URL访问或显示您的活动历史记录?
2016年12月7日在GitHub博客上发布的一项功能介绍了将评论者添加到Pull Request的选项
您现在可以从协作者明确请求审核,从而更轻松地指定您要审核拉取请求的人员.
您还可以在拉取请求页面边栏中查看正在等待审核的人员列表,以及已经离开他们的人员的评论状态.
但是,通过分配人员(受让人选项)已经完成了为PR进行明确设置审阅者的工作.
现在有两个选项,每个选项的作用是什么,因为它们都有相同的最终目标?
有人接受了他们不应该提出的拉动请求.现在我们已经合并了一堆破碎的代码.你如何撤消拉取请求?我只是要在合并之前将更改还原到提交,但我注意到它在一堆提交中合并.所以现在在合并之前几天就有来自这个人的所有这些提交.你怎么撤消这个?
如何取消github上的pull请求?
更新 接受的答案没有详细说明答案中的步骤,无论如何,github使这个问题变得简单,因为这个问题被问到了,所以这里是以下步骤:
当我在GitHub上打开一个pull请求时,自我上次请求以来的所有提交和所有新提交都会自动添加到此请求中.我似乎无法控制添加哪些提交,哪些不添加.当我尝试打开另一个拉取请求时,我得到一个"哎呀!已经有一个拉取请求"错误.有没有简单的方法来打开多个拉取请求而不必乱用命令行?
拉取请求进入我在Github上托管的仓库.默认情况下,它会合并到master分支中.
我有什么方法可以更改哪些分支将合并到哪个分支中?
我想从GitHub克隆一个存储库.问题是我不想要主分支; 我希望这个未经批准的拉取请求中的版本.
我可以克隆拉取请求版本而不是主存储库吗?
我正在尝试将GitHub上的拉取请求检查到非主的分支.目标分支在master之后,pull请求显示master的提交,所以我合并master并将其推送到GitHub,但是它们的提交和差异仍然在刷新后出现在pull请求中.我加倍检查GitHub上的分支是否有来自master的提交.为什么他们仍然出现在拉动请求中?
我还在本地检查了pull请求,它只显示了未合并的提交.