在提交消息中链接到GitHub上的问题编号

是否有可能在git commit消息中自动链接到GitHub问题编号?

只要在提交信息中包含#xxx就可以引用问题而不closures它。

使用新的GitHub问题2.0,您可以使用这些同义词引用问题并closures它(在提交消息中):

  • fix #xxx
  • fixes #xxx
  • fixed #xxx
  • close #xxx
  • closes #xxx
  • closed #xxx
  • resolve #xxx
  • resolves #xxx
  • resolved #xxx

你也可以用gh-xxxreplace#xxx

通过回购引用和closures问题同样适用:

 fixes user/repo#xxx 

请参阅帮助部分中提供的文档 。

如果你想链接到一个GitHub的问题, closures这个问题,你可以在你的Git提交消息中提供以下几行:

 Closes #1. Closes GH-1. Closes gh-1. 

(三者中的任何一个都可以工作。)请注意,这将链接到问题并closures它。 你可以在这个博客文章中find更多(从1:40开始观看embedded式video)。

我不确定一个类似的语法是否会在不closures的情况下链接到一个问题。

您也可以交叉引用回购:

 githubuser/repository#xxx 

xxx是问题编号

如果github包含#issuenbr(偶然发现),github会添加对提交的引用。

他们有一个很好的写在他们的博客上的新问题2.0 https://github.com/blog/831-issues-2-0-the-next-generation

同义词包括

  • 修复#xxx
  • 固定#xxx
  • 修复#xxx
  • closures#xxx
  • closures#xxx
  • closures#xxx

使用提交消息中的任何关键字将使您的提交或提到或closures问题。

就像添加其他答案一样:如果您甚至不想编写带有问题编号的提交消息,并且恰巧使用Eclipse进行开发,那么您可以安装eGit和Mylyn插件以及Mylyn的GitHub连接器。 然后,Eclipse可以自动跟踪您正在处理的问题,并自动填充提交消息 ,包括所有其他答案中显示的问题编号。

有关该设置的更多详细信息,请参阅http://wiki.eclipse.org/EGit/GitHub/UserGuide

我作为程序员的第一个项目之一是一个叫做stagecoach的gem(除其他之外)允许在分支上的每个提交消息中自动添加一个github问题编号,这是尚未真正回答的问题的一部分。

基本上,当创build一个分支时,你需要使用一个自定义命令(类似于stagecoach -b <branch_name> -g <issue_number> ),然后在yml文件中将问题编号分配给该分支。 然后有一个提交钩子将问题编号附加到提交消息自动。

我不会推荐它用于生产,因为那时候我只是编程了几个月,而且我不再维护它,但是可能对某些人有兴趣。

为了将问题编号链接到您的提交消息,您应该在您的git提交消息中添加#issue_number

来自 Udacity Git Commit消息样式指南的 示例提交消息

 feat: Summarize changes in around 50 characters or less More detailed explanatory text, if necessary. Wrap it to about 72 characters or so. In some contexts, the first line is treated as the subject of the commit and the rest of the text as the body. The blank line separating the summary from the body is critical (unless you omit the body entirely); various tools like `log`, `shortlog` and `rebase` can get confused if you run the two together. Explain the problem that this commit is solving. Focus on why you are making this change as opposed to how (the code explains that). Are there side effects or other unintuitive consequenses of this change? Here's the place to explain them. Further paragraphs come after blank lines. - Bullet points are okay, too - Typically a hyphen or asterisk is used for the bullet, preceded by a single space, with blank lines in between, but conventions vary here If you use an issue tracker, put references to them at the bottom, like this: Resolves: #123 See also: #456, #789 

您也可以参考知识库:

 githubuser/repository#issue_number