用一个提交消息在Github中closures多个问题

我知道你可以通过在提交消息中放置closes #1或fixes #1来closures问题。 在同一个提交消息中closures多个问题的最好方法是什么？

另外，使用fixes而不是closes不会创build从提交消息到该问题的链接，但它确实会解决问题。 那是怎么回事？

Answer 1

Closes #1, closes #2, closes #3; rest of commit message.

closes条款可以在消息的任何地方， fixes是一个有效的同义词：

 This fixes a memory leak in foo() that closes #4, also fixes #5 which is a duplicate. 

---

以下用于工作，但现在只有引用问题＃2和＃3。

Closes #1, #2, #3

Answer 2

答案和对该答案的评论提到了以下格式：

closures＃1，closures＃2，closures＃3; 实际提交消息

如果我有一个值得参与的项目，并且有人用这样的提交消息发送了一个pull请求，那么无论代码有多漂亮，我都会拒绝这个pull。

这可能只是我个人的偏好问题，最终会被人们用来压缩提交Git历史摘要的提交消息，但是我更愿意看到具有以下格式的提交消息：

所做更改的摘要。

修复了以下错误：
*修改错误加载器，修复＃1
*返回一个非指针，修复＃2
*应用新的graphicsgui元素，closures＃3

他要求解决多个问题的最佳方法。

另外请注意，如果您将提交消息推送到除当前存储库的默认分支以外的任何其他分支，则只会引用这些问题。 推送提交到主分支将closures问题。 请参阅： 链接到GitHub问题编号不起作用？

Answer 3

请注意，自2013年1月起 ，“通过提交消息closures问题”已更改：

现在，当您在提交信息中input“ Fixes #33 ”时， 问题33只会在提交合并到您的默认分支（通常master ）后才会closures 。

这是非常有用的，因为这意味着问题的打开/closures状态将映射到您的默认分支。
如果错误在默认分支中没有解决，问题将保持打开状态。
一旦与修复提交合并到您的默认分支问题将被自动closures。

您可以使用这些关键字中的任何一个通过提交信息来解决问题：

 close, closes, closed, fixes, fixed 

正如“ 在不同分支上closuresGitHub问题”这个问题所说明的那样，这首先导致了一些混淆。