Answers:
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
Closes #1, closes #2, closes #3
呢?冗长而冗长,是的,但也许行得通吗?
Closes #1, #2, #3
吗?我发现写10个closes
要结束的问题的编号而不是一个要结束的编号以及之后的所有编号都是荒谬的。:-/
答案和对该答案的评论提及以下格式:
关闭#1,关闭#2,关闭#3;实际提交信息
如果我有一个值得参与的项目,并且有人发送了带有此类提交消息的请求请求,那么无论代码多么漂亮,我都将拒绝请求请求。
这可能只是我个人的喜好问题,最终会被那些用来整理提交消息的人打败,这些提交消息使Git历史记录的摘要变得混乱,但是我宁愿看到格式如下的提交消息:
所做更改的摘要。
修复了以下错误:
*修改了错误加载程序,修复了#1
*返回了一个过时的指针,修复了#2
*将新图形应用于gui元素,关闭了#3
他要求找到解决多个问题的最佳方法。
另请注意,如果将带有消息的提交推送到存储库的当前默认分支以外的任何其他分支,则仅会引用问题。将提交推送到主分支将关闭问题。请参阅:链接到GitHub问题编号不起作用?
请注意,自2013年1月起,“通过提交消息结束问题”已更改:
现在,当您Fixes #33
在提交消息中输入“ ”时,只有将提交合并到您的默认分支中(通常是master
),问题33才会关闭。
这非常有用,因为这意味着问题的打开/关闭状态将映射到您的默认分支。
如果该错误未在您的默认分支中解决,则该问题将继续存在。
将带有修复的提交合并到您的默认分支后,该问题将自动关闭。您可以使用以下任何关键字通过提交消息来解决问题:
close, closes, closed, fixes, fixed
如问题“ 在不同分支上关闭GitHub问题 ”所示,这首先引起了一些混乱。
“使用关键字关闭问题”是GitHub上的文档,描述了如何关闭问题,标签以及如何关闭多个问题。
要回答您的问题,GitHub的答案是:
要关闭多个问题,请使用上述关键字之一在每个问题参考的开头。您必须在引用的每个问题之前使用该关键字,该关键字才能起作用。
例如,关闭#34,关闭#23和关闭example_user / example_repo#42将关闭同一存储库中的问题#34和#23,并在“ example_user / example_repo”存储库中发布#42。