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

メッセージにGitHub問題番号へのリンクを自動的に含めることはどういうわけか可能git commitですか？

#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

ヘルプセクションで利用可能なドキュメントをチェックしてください。

GitHubの問題にリンクして問題を閉じる場合は、Gitコミットメッセージに次の行を含めることができます。

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

（3つのうちどれでも機能します。）これは問題にリンクし、それを閉じることにも注意してください。詳しくは、このブログ投稿をご覧ください（約1:40に埋め込まれたビデオの視聴を開始します）。

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

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

githubuser/repository#xxx

xxxは問題番号です

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

彼らは彼らのブログhttps://github.blog/2011-04-09-issues-2-0-the-next-generation/で新しい問題2.0についての良い記事を書いてい ます

同義語には

• #xxxを修正
• 修正済み#xxx
• #xxxを修正
• #xxxを閉じます
• #xxxを閉じる
• クローズ#xxx

コミットメッセージで任意のキーワードを使用すると、コミットが言及されるか、問題がクローズします。

他の回答に加えて：問題番号を付けてコミットメッセージを書きたくなく、Eclipseを開発に使用したい場合は、eGitプラグインとMylynプラグイン、およびMylynのGitHubコネクターをインストールできます。Eclipseは、作業中の問題を自動的に追跡し、他のすべての回答に示されている問題番号を含めて、コミットメッセージを自動的に埋めます。

そのセットアップの詳細については、http： //wiki.eclipse.org/EGit/GitHub/UserGuideを参照してください

問題番号をコミットメッセージにリンクするに#issue_numberは、git commitメッセージに以下を追加する必要があり ます。

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

プログラマとしての私の最初のプロジェクトの一つと呼ばれる宝石だった駅馬車許可（とりわけ）という自動を本当に回答されていなかった問題の一部であるブランチ上の各コミットメッセージにgithubの発行数の追加します。

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

数か月しかプログラミングしておらず、もうメンテナンスしていないので、本番環境での使用はお勧めしませんが、誰かに興味があるかもしれません。