Синтаксис коміту Github для зв’язування запиту / випуску

81

Я бачив повідомлення комітів, які посилаються на конкретну проблему / запит на витяг. Який синтаксис включає запит на видачу або запит на сховище?

— АльбертЕнгелB
джерело

Існує відмінна бібліотека на github для програмного створення цих посилань: github.com/doowb/github-issue-template , а також веб-сайт, де ви можете залишити кілька бітів інформації, і він сформує посилання: doowb.github.io / github-issue-template

— jonschlinkert

Див. Також " Шаблони запитів для декількох

— видань

1

Можливий дублікат посилання на номер випуску на GitHub у повідомленні

— коміту

@DidierL З точки зору дати, чи не повинно пов'язане питання бути моїм дублікатом? Я можу зрозуміти, як закрити це для зв’язаного питання, коли дивляться на оцінки голосу та вміст ( Fixes XXXXсинтаксис не був налаштований, коли спочатку його запитували), мені більше цікаво, що таке питання є дублікатом над іншим. У мене раніше були подібні старі запитання, але називати це дублікатом не зовсім правильно.

— AlbertEngelB

Ну, інше питання старіше, чи не так? (2009 проти 2014). Як ви зазначали, він також має більше голосів, і AFAICT питання абсолютно однакові, і відповіді, присутні тут, висвітлюються у прийнятій відповіді там.

— Дідьє Л

88

Використовуйте задокументований формат автоматичного зв’язування для проблем у сховищах.

Синтаксис: {owner}/{repository}#{issue_number}
Приклад: mojombo/jekyll#1

Коли такий відформатований текст присутній у повідомленні коміту, він автоматично перетворюється на посилання, яке можна натиснути, яке перенаправить на https://github.com/{owner}/{repository}/issues/{issue_number}

— нультокен
джерело

7

Наданий синтаксис працює для зв’язування між репозиторіями (тобто. Коміт у репо B, що пов’язує з проблемою в репо А). При вказівці на проблеми в одному сховищі ви можете використовувати короткий синтаксис#{issue_number}

— nulltoken

4

Це добре для проблем, але я не бачу нічого про прив’язку до запиту на витяг.

— bryanbraun

2

@bryanbraun Цей синтаксис також працює для запитів на витягування.

— nulltoken

2

@nulltoken Точно який синтаксис для цитування (та посилання) на запит на витягування? Якщо мова mojombo/jekyll#1йде про випуск 1, який синтаксис для запиту на витягування 1?

— Роб Стюарт,

15

@RobStewart те саме. Ви не можете мати як випуск 1, так і витяг запиту 1 у репо.

— nulltoken

32

Github share PR / Номер випуску використовують ту саму послідовність.

Отже, один номер - один PR чи один випуск.

Просто використовуйте # номер - це нормально.

— zw963
джерело

Ця відповідь заслуговує на більшу увагу. Я ніколи цього не помічав. Дякую!

— Wildcard

Я хотів би, щоб вони прописали це в документації github. Я впевнений, що це десь є, але я цього не бачив.

— Дарріл

31

Використовуйте #1234в коментарі для посилання на запит на витяг 1234 із поточного репо.

— гег
джерело

1

Скажімо, для посилання на інше сховище, якщо ви просто вставите посилання на проблему або витягнете запит https://github.com/{owner}/{repository}/issues/{issue_number}, GitHub відобразить його як

[{owner}/{repository}#{issue_number}](https://github.com/{owner}/{repository}/issues/{issue_number})

Наприклад, https://github.com/jlord/sheetsee.js/issues/26 відображатиметься як jlord / sheetsee.js # 26 .

Див. Https://help.github.com/articles/autolinked-references-and-urls/#issues-and-pull-requests

— Метт Г.
джерело