web-dev-qa-db-ja.com

コミットメッセージ内のGitHubのissue番号へのリンク

どういうわけか/ git commitメッセージに 自動的に GitHub issue numberへのリンクを含めることはできますか？

gitgithubgit-commit
682
Mika Tuupola

問題をクローズせずに参照するには、コミットメッセージに#xxxを含めるだけです。

新しい GitHub issue 2.0では あなたは 問題を参照して閉じるためにこれらの同義語を使うことができます （コミットメッセージで）

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

#xxxをgh-xxxに置き換えることもできます。

参照と リポジトリ間での問題の解決 も機能します。

fixes user/repo#xxx

ドキュメンテーション をチェックアウトすると、それらのヘルプセクションにあります。

867
NARKOZ

GitHub issueにリンクしたい場合は、{and issueを閉じる場合、Gitコミットメッセージに次の行を追加してください。

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

（3つのうちのどれでもうまくいくでしょう。）これは問題にリンクし、またclose itにリンクすることに注意してください。あなたはこの blogの投稿 でもっと多くのことを知ることができます（およそ1:40で埋め込みビデオを見始めてください）。

同じような構文が問題を閉じずに単に問題にリンクするかどうかはわかりません。

163
mipadi

リポジトリを相互参照することもできます。

githubuser/repository#xxx

xxxは発行番号です

63
narkeeso

#issuenbrが含まれている場合、githubはコミットへの参照を追加します（これは偶然に発見されました）。

58
Henrik Lindberg

彼らは彼らのブログに新しいissue 2.0についてニースの記事を書いています https://github.com/blog/831-issues-2-0-the-next-generation

同義語

  • #xxxを修正
  • #xxxを修正
  • #xxxを修正
  • #xxxを閉じます
  • #xxxを閉じる
  • #xxxを閉じました

コミットメッセージでキーワードのいずれかを使用すると、コミットが言及されるか、問題が解決されます。

12
xero

他の答えと同じように、issue番号を書いたコミットメッセージを書きたくなくて、開発のために Eclipse を使っているのであれば、eGitとMylynプラグインをインストールすることができます。 Mylyn用のGitHubコネクタEclipseは、あなたが取り組んでいる課題を自動的に追跡し、 コミットメッセージ を自動的に埋めます。他のすべての回答に示されているように、課題番号も含まれます。

その設定についての詳細は http://wiki.Eclipse.org/EGit/GitHub/UserGuide を参照してください。

4
Bananeweizen

プログラマーとしての私の最初のプロジェクトの1つは stagecoach と呼ばれるgemでした。（特に）ブランチ上のすべてのコミットメッセージに automatic を追加することを許可しました。実際には答えられていない質問について.

基本的にブランチを作成するとき、あなたはカスタムコマンド（stagecoach -b <branch_name> -g <issue_number>のようなもの）を使うでしょう、そしてそれから問題番号はymlファイルのそのブランチに割り当てられるでしょう。それから commitフック が発行番号をcommitメッセージに自動的に追加しました。

私は数ヶ月間だけプログラミングをしていたので、私はもはやそれを保守していなかったので、私はプロダクションでの使用にはお勧めしませんが、それは誰かに興味があるかもしれません。

3
omnikron

発行番号をあなたのコミットメッセージにリンクさせるためには、あなたのgitコミットメッセージに#issue_numberを追加する必要があります。

からのコミットメッセージの例 Udacity Gitコミットメッセージスタイルガイド

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
1
Suhas Srivats Subburathinam