使用提交消息关闭Github中的多个问题


Answers:


160

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


1
这似乎对我不起作用,它仅关闭列表中的第一项,而不关闭其他项。自从这篇文章以来语法有变化吗?我已经在Google上对其进行了搜索,但是在这方面似乎没有很多帮助。
马克·贝尔

1
同意 修复#1,#2可以同时引用这两个方法...但是只能关闭#1。
waldo 2011年

@waldo我认为这在我撰写时就起作用了-如今,那又如何Closes #1, closes #2, closes #3呢?冗长而冗长,是的,但也许行得通吗?
雅各布·伯格

是的,“修复#1-修复#2-实际提交消息。” 的工作,并有一定的道理(如果冗长)-即我清楚地关闭并从单个提交消息中引用(不关闭)多个不同的问题。
瓦尔多2011年

2
知道为什么他们改变了行为Closes #1, #2, #3吗?我发现写10个closes要结束的问题的编号而不是一个要结束的编号以及之后的所有编号都是荒谬的。:-/
rbaleksandar 2015年

38

答案和对该答案的评论提及以下格式:

关闭#1,关闭#2,关闭#3;实际提交信息

如果我有一个值得参与的项目,并且有人发送了带有此类提交消息的请求请求,那么无论代码多么漂亮,我都将拒绝请求请求。

这可能只是我个人的喜好问题,最终会被那些用来整理提交消息的人打败,这些提交消息使Git历史记录的摘要变得混乱,但是我宁愿看到格式如下的提交消息:

所做更改的摘要。

修复了以下错误:
*修改了错误加载程序,修复了#1
*返回了一个过时的指针,修复了#2
*将新图形应用于gui元素,关闭了#3

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

另请注意,如果将带有消息的提交推送到存储库的当前默认分支以外的任何其他分支,则仅会引用问题。将提交推送到主分支将关闭问题。请参阅:链接到GitHub问题编号不起作用?


只是尝试了一下。老实说,我真的很喜欢这个!
比利·库佛

9

请注意,自20131月起,“通过提交消息结束问题”已更改:

现在,当您Fixes #33在提交消息中输入“ ”时,只有将提交合并到您的默认分支中(通常是master问题33才会关闭

这非常有用,因为这意味着问题的打开/关闭状态将映射到您的默认分支。
如果该错误未在您的默认分支中解决,则该问题将继续存在。
将带有修复的提交合并到您的默认分支后,该问题将自动关闭。

您可以使用以下任何关键字通过提交消息来解决问题:

close, closes, closed, fixes, fixed

如问题“ 在不同分支上关闭GitHub问题 ”所示,这首先引起了一些混乱。


1

“使用关键字关闭问题”是GitHub上的文档,描述了如何关闭问题,标签以及如何关闭多个问题。

要回答您的问题,GitHub的答案是:

解决多个问题

要关闭多个问题,请使用上述关键字之一在每个问题参考的开头。您必须在引用的每个问题之前使用该关键字,该关键字才能起作用。

例如,关闭#34,关闭#23和关闭example_user / example_repo#42将关闭同一存储库中的问题#34和#23,并在“ example_user / example_repo”存储库中发布#42。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.