Връзка към проблемния номер в GitHub в съобщение за предаване

Възможно ли е автоматично да има връзка към номера на GitHub съобщение в съобщението git commit ?

607
06 нояб. попита от Мика Туупола 06 ноември. 2009-11-06 15:27 '09 в 15:27 2009-11-06 15:27
@ 8 отговора

Просто включете #xxx в съобщението за #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 

Вижте документацията, която е достъпна в раздела за помощ.

752
19 июля '11 в 8:36 2011-07-19 08:36 отговорът е даден от NARKOZ на 19 юли'11 в 08:36 2011-07-19 08:36

Ако искате да се свържете с проблема на GitHub и да затворите проблема, можете да посочите следните редове в съобщението Git commit:

 Closes #1. Closes GH-1. Closes gh-1. 
border=0

(Всеки един от трите ще работи.) Имайте предвид, че това ще се свърже с проблема и ще го затвори. Можете да научите повече в този блог пост (започнете да гледате вграденото видео на около 1:40).

Не съм сигурен, че този синтаксис просто ще се позове на проблема, без да го затваря.

157
06 нояб. отговорът е даден mipadi 06 ноември. 2009-11-06 22:12 '09 в 10:12 2009-11-06 22:12

Можете също да препращате репозиции:

 githubuser/repository#xxx 

xxx - номер на проблема

56
11 окт. отговор даден narkeeso 11 окт. 2012-10-11 02:38 '12 в 2:38 ч. 2012-10-11 02:38

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

47
14 апр. Отговор, даден от Хенрик Линдберг на 14 април 2011-04-14 04:32 '11 в 4:32 2011-04-14 04:32

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

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

  • поправки #xxx
  • fixed #xxx
  • fix #xxx
  • затваря #xxx
  • close #xxx
  • затворен #xxx

като използвате някоя от ключовите думи в съобщението за ангажиране, вие поемате или споменавате или затваряте проблема.

11
21 дек. отговорът се дава xero 21 dec. 2012-12-21 00:01 '12 в 0:01 2012-12-21 00:01

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

За повече информация относно тази инсталация вижте http://wiki.eclipse.org/EGit/GitHub/UserGuide

4
26 дек. Отговорът е даден на Bananeweizen 26 декември. 2011-12-26 11:24 '12 в 11:24 2011-12-26 11:24

Един от първите ми проекти като програмист беше скъпоценен камък, наречен сценична коса , който (наред с други неща) позволяваше автоматично добавяне на номер на издание на github за всяко послание към клон, което е част от въпрос, на който наистина не е отговорено.

По същество, когато създавате клон, използвате потребителска команда (нещо като stagecoach -b <branch_name> -g <issue_number> ) и номерът на проблема ще бъде присвоен на този клон в yml файла. След това имаше коммитиране , което автоматично добави номера на проблема към съобщението за четене.

Не бих го препоръчал за употреба в производството, както когато програмирах от няколко месеца и вече не го подкрепям, но може да е интересно за някого.

3
22 апр. отговор, даден omnikron 22 април 2013-04-22 14:38 '13 в 14:38 2013-04-22 14:38

За да свържете номер на проблем с съобщение за предаване, трябва да добавите: #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 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
19 окт. Отговор, даден от Suhas Srivats Subburathinam 19 октомври 2016-10-19 21:47 '16 в 21:47 часа 2016-10-19 21:47

Други въпроси относно тагове или Ask a Question