Хабарламадағы GitHub-дағы проблема нөміріне сілтеме

GitHub шығарылымының нөміріне автоматты түрде сілтеме жіберу мүмкіндігі бар ма?

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

Сіз сондай-ақ gh-xxx пен #xxx ауыстыра аласыз.

Резервуардағы сілтеме және жабу проблемалары да жұмыс істейді:

 fixes user/repo#xxx 

Анықтамалық бөлімде бар құжаттаманы қараңыз.

752
19 июля '11 в 8:36 2011-07-19 08:36 НАРКОЗ жауап 19 шілде 19 : 00- де 08:36 2011-07-19 08:36

GitHub проблемасына сілтеме жасағыңыз келсе және мәселені жабыңыз келсе, Git міндеттеме хабарында келесі жолдарды көрсетуге болады:

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

(Кез келген үшеуі жұмыс істейді.) Бұл мәселеге хабарласып, оны жабыңыз. Осы блогтың блогында қосымша ақпаратты білуге ​​болады (ендірілген бейнені шамамен 1: 40-да көруді бастаңыз).

Бұл синтаксистің бұл мәселені жабылмастан жай ғана сілтейтініне сенімді емеспін.

157
06 нояб. жауап mipadi берілді 06 қараша. 2009-11-06 22:12 '09 at 10:12 2009-11-06 22:12

Сондай-ақ, өзара сілтеме жасай аласыз:

 githubuser/repository#xxx 

xxx - мәселе нөмірі

56
11 окт. 11 қазанға берген жауап narkeeso . 2012-10-11 02:38 '12 at 2:38 pm 2012-10-11 02:38

github егер ол #issuenbr (бұл кездейсоқ анықталған) болса, ол міндеттеме сілтемесін қосады.

47
14 апр. Жауап Хенрик Линдберг 14 сәу 2011-04-14 04:32 '11 at 4:32 2011-04-14 04:32

Олар өздерінің блогтарында жаңа мәселелерді жақсы жазады 2.0 - https://github.com/blog/831-issues-2-0-the-next-generation

синонимдер кіреді

  • түзетулер #xxx
  • тіркелген #xxx
  • #xxx түзету
  • #xxx жабады
  • #xxx жабу
  • жабық #xxx

міндеттеме хабарламасындағы кілт сөздердің кез келгенін қолданып, сіз немесе аталған мәселені жабыңыз.

11
21 дек. жауап 21-ші рет ксерокөшіріледі . 2012-12-21 00:01 '12 at 0:01 2012-12-21 00:01

Басқа жауаптарға қосымша ретінде: Егер проблемалық нөмірмен міндеттеме туралы хабарды жазғыңыз келмесе және оны әзірлеу үшін Eclipse пайдалануды қаласаңыз, онда Mylyn үшін GitHub және MyLin плагиндерін, сондай-ақ GitHub қосқышын орнатуға болады. Eclipse кез келген басқа жауаптарда көрсетілгендей, қандай мәселе жұмыс істеп жатқанын және автоматты түрде толтыру туралы хабарды автоматты түрде толтыра алады .

Бұл орнату туралы қосымша ақпарат алу үшін http://wiki.eclipse.org/EGit/GitHub/UserGuide бөлімін қараңыз

4
26 дек. Бұл сұраққа жауап Bananeweizen 26 желтоқсан. 2011-12-26 11:24 '12 at 11:24 2011-12-26 11:24

Бағдарламашы ретінде менің бірінші жобаларым бірі болып табылады, ол басқаша айтқанда, шын мәнінде жауап берілмеген сұрақтың бір бөлігі болып табылатын филиалға әр мәлімдеме үшін автоматты түрде гитара шығару нөмірін автоматты түрде қосуға мүмкіндік беретін «стагекоа» деп аталады.

Негізінен филиалды жасаған кезде, сіз пайдаланушы пәрменін қолданасыз (бір нәрсе - 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 нөмірді міндеттеме хабарламасымен байланыстыру үшін, сіз: #issue_number ді go 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 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