Так же, как дополнение к другим ответам: если вы неЯ даже не хочу написать сообщение с номером проблемы и использовать егоЗатмение для разработки вы можете установить плагины eGit и Mylyn, а также разъем GitHub для Mylyn. Eclipse может автоматически отслеживать, над какой проблемой вы работаете, иавтоматически заполнить сообщение коммита, включая номер вопроса, как показано во всех других ответах.

Для получения более подробной информации об этой установке см.http://wiki.eclipse.org/EGit/GitHub/UserGuide

у них есть хорошая запись о новых проблемах 2.0 в их блогеhttps://github.com/blog/831-issues-2-0-the-next-generation

синонимы включают

использование любого из ключевых слов в сообщении о коммите сделает ваш коммит либо упомянутым, либо закроет проблему. "

Чтобы связать номер проблемы с вашим сообщением о коммите, вы должны добавить:#issue_number в вашем сообщении git commit.

Пример сообщения коммита от Руководство по стилю сообщений 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

Одним из моих первых проектов в качестве программиста был драгоценный камень под названиемдилижанс что (среди прочего) позволилоавтоматический добавление номера проблемы github к каждому сообщению коммита на ветке, что является частью вопроса, который неЯ действительно получил ответ.

По сути, при создании ветки выиспользовать пользовательскую команду (что-то вродеstagecoach -b -g ), и номер выпуска будет затем назначен этой ветви в файле yml. Был тогдасовершить крюк это добавило номер проблемы к сообщению фиксации автоматически.

Я бы нене рекомендую его для производственного использования, как в то времяЯ программировал всего несколько месяцев, и я больше не поддерживаю его, но это может быть кому-то интересно.

Если вы хотите дать ссылку на проблему GitHubа также закрыть проблему, вы можете предоставить следующие строки в вашем сообщении Git commit:

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

(Любой из трех будет работать.) Обратите внимание, что это будет связано с проблемой, а такжеблизко Это. Вы можете узнать больше в этомСообщение блога (начните смотреть встроенное видео примерно с 1:40).

Я не уверен, что подобный синтаксис будет просто ссылаться на проблему, не закрывая ее ».

Вы также можете делать перекрестные ссылки на репозитории:

githubuser/repository#xxx

ххх номер выпуска

github добавляет ссылку на коммит, если он содержит #issuenbr (обнаружил это случайно).