Посилання на номер випуску на GitHub у повідомленні про комісію

Чи можна якось автоматично мати посилання на номер випуску GitHub у git commitповідомленні?

Просто включіть #xxxу своє повідомлення про посилання, щоб посилатися на проблему, не закриваючи її.

З новими випусками GitHub 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.

(Будь-яка з трьох працює). Зауважте, що це посилання на проблему, а також закрити її. Ви можете дізнатися більше в цій публікації в блозі (почніть переглядати вбудоване відео близько 1:40).

Я не впевнений, чи подібний синтаксис буде просто посилатися на проблему, не закриваючи її.

Ви також можете перехрестити посилання репортажу:

githubuser/repository#xxx

xxx - номер випуску

github додає посилання на комітет, якщо він містить #issuenbr (виявив це випадково).

їм приємно написати про нові випуски 2.0 у своєму блозі https://github.blog/2011-04-09-isissue-2-0-the-next-generation/

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

• виправлення #xxx
• виправлено #xxx
• виправити #xxx
• закривається #xxx
• закрити #xxx
• закрито #xxx

використання будь-якого з ключових слів у повідомленні про зобов’язання змусить вас згадати або закрити проблему.

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

Докладніше про налаштування див. На веб-сторінці http://wiki.eclipse.org/EGit/GitHub/UserGuide

Для того, щоб зв’язати номер проблеми з вашим повідомленням про фіксацію, слід додати: #issue_numberу своєму повідомленні про виконання git.

Приклад повідомлення про фіксацію з Посібника зі стилю повідомлення 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

Один з моїх перших проектів як програміста - це дорогоцінний камінь під назвою stagecoach, який (між іншим) дозволяв автоматично додавати номер випуску github до кожного повідомлення про комісію на гілці, що є частиною запитання, на яке насправді не відповіли. .

По суті, створюючи гілку, ви використовуєте власну команду (щось на зразок stagecoach -b <branch_name> -g <issue_number>), а номер випуску буде присвоєно цій гілці у файлі yml. Потім з’явився гак для здійснення, який автоматично додав номер проблеми до повідомлення про фіксацію.

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