Git 如何触发；“合并”；包含提交消息的拉取请求的状态

和一些人一样，我不喜欢默认的“合并请求”按钮行为，所以我在本地命令行上处理好了，然后返回到repo。我希望推送自动将原始PR解析为“合并”

使用指定的神奇字符串（从类似的SO问题中找到）几乎就是我想要的。不幸的是，include

closes#123

将PR标记为“Closed”，其本身就是“Rejected”的同义词

我想知道是否有一种方法可以触发你按下按钮时得到的相同的“合并”状态（带紫色图标）

到目前为止，我已尝试将以下内容添加到我的提交消息中，但没有效果：

• 关闭#xyz

  （）

• 来自用户/fork的合并拉取请求#123

  （）

GitHub在目标分支（通常是

master

）中发现PR分支中的提交后，会立即考虑“合并”PR。使用

rebase

工作流，您的流程可能如下所示：

创建跟踪您的PR分支的分支：

git checkout-t origin/my PR branch

git重新基址主机

git push-f origin my pr branch

（或者如果您将

push.default

更改为正常值，则只需

git push-f

）

将更改推送到远程和本地

master

，关闭PR:

git-Push-origin-HEAD:master&&git-Push。头：主控

---

默认GitHub合并消息是来自用户/分支机构的

合并请求#XXX

。也许我们需要试一下类似的。同意，但如果可能的话我想确认一下。如果到时候还没有得到答案，我下次会试试。我建议“联系一个人”：@ReedCopsey--done。谢尔盖——没用：-（我假设问题出在重定基/挤压中的某个地方，因为它创建的新提交与PR中的原始提交没有真正的联系。是的，如果PR是在分叉上打开的，那么您需要分支的所有者重定基/操纵分支并推到他或她的分叉，然后才能从y向master进行快进推送。）我们的机器。这与我从GitHub客户支持得到的响应相匹配。基本上，现在根本不支持rebase样式的PRs。