标签: pull-request

如何在GitHub上使用拉取请求关闭问题？我知道用提交消息关闭多个问题,但这是一个不同的情况.

我想关闭的问题不是来自提交,而是来自pull请求的描述.更像

拉请求:

Name: bla bla
Description ... , _fixes_ #123

和合并拉请求时,#123要自动关闭.这可能吗？

如何在本地计算机上的IDE中更新bitbucket上的一个拉取请求？

此工作流程无法正常工作:

1. 克隆你的叉子
2. 签出用于拉取请求的分支
3. 做出改变
4. git add.
5. git commit
6. 推送提交(到您的fork存储库)

到目前为止一直很好,但似乎拉动请求不会在分支(拉取请求所基于的分支)更新时自动更新.

问题:是否有一种方法可以在更新分支(拉取请求所基于的分支)后立即更新(自动/手动)拉取请求？

AWS CodeCommit中的Pull Requests是否有类似的概念或解决方法？我正在尝试使用CodeCommit存储库来实现CI,并帮助我们避免在我们的存储库中出现问题(master分支应始终编译并成功运行所有测试).

我创建了一个新分支，其中包含项目 README.md 中使用的所有图像。它应该永远不会被合并，只是为了保持主分支整洁。

GitHub 现在在存储库上方显示一个非常大的黄色“比较和拉取请求”。

我怎样才能摆脱这个消息？这是非常分散注意力的。一段时间后会自行消失吗？

看来我也无法创建拉取请求然后拒绝它。当我单击“比较和拉取请求”时，我只会转到“没有\xe2\x80\x99t 任何东西可以比较。”页面，没有任何其他选项。

我从源代码A在Github上分叉了一个项目.从那以后,标准的做法是不向A发出pull请求,而是向B发出请求.这意味着每个pull请求,我必须手动指定pull请求的目标 - 有点单调乏味.

有没有办法永久改变我的叉子的来源？

有人在github上向我的存储库提交了一组拉取请求.不幸的是,他们已经在几个拉取请求(每个文件一个)中完成了这个,而不是一次性提交所有文件的拉取请求.

在请求他将它们合并为一个 - 并且没有得到任何响应之后我现在尝试将这些拉取请求合并在Git Bash中 - 但运气不好 - 我很高兴使用合并按钮并通过Windows上的GitHub程序,但更多.我对git shell没有真正的了解 - 所以如果有人可以完成我如何将这些拉取请求合并在一起的过程(无论如何都没有冲突),我将非常感激.

我的团队在内部使用pull请求来代码审查我们维护的应用程序,但是当合并提交时,我们只需直接推送master.无论如何我们都是repo collabs,并且通过不使用pull请求来合并代码,我们避免使用merge commit来污染我们的提交历史.由于该应用程序是我们团队的内部,因此没有其他人受到影响.

我想知道的是,我可以修改我的提交消息,"closes PR #30"并让github自动关闭拉取请求吗？

我知道你可以使用提交消息来关闭问题,所以我希望有类似的拉动请求.我在网上快速搜索了SO,但没有看到任何内容.

昨天我的pullrequest工作失败,输出如下:

11:07:41  > git rev-parse origin/${sha1}^{commit}
11:07:41  > git rev-parse ${sha1}^{commit}
11:07:41 ERROR: Couldn't find any revision to build. Verify the repository and branch configuration for this job.

我已经进行了调查,发现在财产$ {sha1}中没有任何东西.当我粘贴一个绝对路径来拉取请求构建器,如pr/341/merge而不是$ {sha1}时,构建工作正常.它可以是什么？

Git客户端插件1.9.0

GitHub API插件1.44

它对于审查目的可能很有用，例如，如果一个人想要审查由她的团队中的某人编写的拉取请求。

根据 GitHub 的文档1，可以按请求审核的团队来过滤 PR ，但如果成员实际创建了 PR，则不能。

1 https://help.github.com/en/github/managing-your-work-on-github/filtering-issues-and-pull-requests

.github/CODEOWNERS我有一个 GitHub 存储库，当首次打开拉取请求时，它会自动请求代码所有者团队（在 中定义）进行审查。我想要的是强制执行拉取请求必须得到代码所有者批准的要求，但在首次打开拉取请求时停止发送这些审查请求。即贡献者期望的流程是这样的：

open a pull request -> mess around, make changes -> manually request a review when ready (can't merge without codeowner approval)

这可以通过让贡献者打开草稿拉取请求并仅在它们实际准备好时将它们标记为准备好来解决，但贡献者似乎不想这样做。当它实际上还没有准备好接受审查时，贡献者通常会打开一个（非草稿）拉取请求（我想是习惯的力量）。

有没有一种方法可以做到这一点，并且不依赖贡献者使用草稿拉取请求？