Bir işleme iletisinde GitHub'daki sorun numarasına bağlantı


Yanıtlar:


952

Sadece şunlardır #xxxkapatmadan bir sorunu başvurmak için taahhüt mesajda.

Yeni GitHub issue 2.0 ile bir soruna başvurmak ve kapatmak için bu eşanlamlıları kullanabilirsiniz (tamamlama mesajınızda):

  • fix #xxx
  • fixes #xxx
  • fixed #xxx
  • close #xxx
  • closes #xxx
  • closed #xxx
  • resolve #xxx
  • resolves #xxx
  • resolved #xxx

Ayrıca ikame edebilir #xxxile gh-xxx.

Depolardaki başvuru ve kapanış sorunları da işe yarar :

fixes user/repo#xxx

Yardım bölümlerinde bulunan belgelere göz atın .


4
Fix issue #xxxbenim için çalışmıyor, herhangi bir fikir? Soruna başvuruyor, ancak kapatmıyor.
Dennis

16
@Dennis "sorunu" kelimesini kaldırın

1
@JamesTomasino mümkün - adlı bir şube üzerinde çalışırken bunun benim için çalışmadığını fark ettim dev.
Jon Cairns

1
Her biri hangi durumlarda kullanılacaktır?
nilsi

1
Ben 666 oy 667 bu cevabı hareket eden kişi olmayacak, ama bu ÇOK yardımcı oldu.
jakeatwork

168

Bir GitHub sorununa bağlanmak ve sorunu kapatmak istiyorsanız, Git taahhüt mesajınıza aşağıdaki satırları sağlayabilirsiniz:

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

(Üçünden biri işe yarayacaktır.) Bunun konuya bağlanacağını ve kapatılacağını unutmayın . Bu blog gönderisinde daha fazla bilgi bulabilirsiniz (gömülü videoyu yaklaşık 1:40'da izlemeye başlayın).

Benzer bir sözdiziminin bir sorunu kapatmadan bağlayıp bağlayamayacağından emin değilim.


31
Sorunun numarasını kullanabilirsiniz (örneğin # 456), görevi kapatmadan görevine bağlanır.
Matthieu Napoli

9
Ben sadece depo github dışında bir yere ihraç / yansıtılmış olup olmadığını asla biliyorum çünkü "# 1" üzerinde "gh-1" seçiyor. O zaman "# 1" pek mantıklı gelmeyecek.
huyz

2
@mipadi: ."GH- 1'i kapatır" sonra gerekli mi? Ayrıca, büyük / küçük harf duyarlı mı?
Lekensteyn

1
@Lekensteyn: Dönemin gerekli olduğuna inanmıyorum. Büyük / küçük harfe duyarlılık konusunda emin değilim.
mipadi

message (closes GH-28)benim için çalışıyor, her şeyin büyük / küçük harfe duyarlı olmadığından emin değilim.
Lekensteyn

64

Referans depolarını da çaprazlayabilirsiniz:

githubuser/repository#xxx

xxx sayı olmak


62

github, #issuenbr içeriyorsa bu işleme bir referans ekler (bunu tesadüfen keşfetti).


4
sadece test, bir cazibe gibi çalışır, teşekkürler ... Bu doğru cevap olarak işaretlenmesi gereken ...
openas

14

bloglarında yeni konular 2.0 hakkında güzel bir yazı var https://github.blog/2011-04-09-issues-2-0-the-next-generation/

eşanlamlıları içerir

  • #xxx düzeltmeleri
  • sabit #xxx
  • #xxx düzelt
  • #xxx kapatır
  • kapat #xxx
  • kapalı #xxx

Bir taahhüt iletisinde anahtar kelimelerden herhangi birini kullanmanız, taahhüdünüzün belirtilmesini veya kapatılmasını sağlar.


Bu zaten listemde, onların büyük / küçük harfe duyarlı olduğunu düşünmüyorum.
xero

4

Diğer cevaplara ek olarak: Sorun mesajıyla birlikte tamamlama mesajını yazmak istemiyorsanız ve Eclipse'yi geliştirme için kullanıyorsanız , eGit ve Mylyn eklentilerini ve Mylyn için GitHub bağlayıcısını yükleyebilirsiniz. Eclipse daha sonra üzerinde çalıştığınız sorunu otomatik olarak izleyebilir ve diğer tüm yanıtlarda gösterildiği gibi sorun numarası da dahil olmak üzere kayıt mesajını otomatik olarak doldurabilir .

Bu kurulum hakkında daha fazla ayrıntı için bkz. Http://wiki.eclipse.org/EGit/GitHub/UserGuide


4

Sorun numarasını taahhüt mesajınıza bağlamak #issue_numberiçin git taahhüt mesajınıza : eklemeniz gerekir .

Örnek Udacity Git Gönderme Mesajı Stil Kılavuzu Gönderme Mesajı

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

Depolara da başvurabilirsiniz:

githubuser/repository#issue_number

Özellikle "özellik" ten daha uzun olan "refactor" kullandıklarında, "özellik" için bir kısaltma olarak "feat" kullandıkları hiçbir anlam ifade etmiyor (ve aslında beni rahatsız ediyor).
Michel Jung

@MichelJung feat, daha sık kullanıldığını iddia edebilirsiniz refactor, ayrıca açık bir kısaltma yoktur refactor( refreferans anlamına gelebilir rf, çok net değil, vb.).
Chris Kraszewski

3

Bir programcı olarak ilk projelerimden biri, (diğer şeylerin yanı sıra) bir daldaki her taahhüt mesajına bir github sorun numarasının otomatik olarak eklenmesine izin veren ve gerçekten cevaplanmayan sorunun bir parçası olan posta arabası olarak adlandırılan bir mücevherdi. .

Temel olarak bir şube oluştururken özel bir komut (benzeri bir şey stagecoach -b <branch_name> -g <issue_number>) kullanırsınız ve sorun numarası o şubeye bir yml dosyasında atanır. Ardından , sorun numarasını otomatik olarak gönderme mesajına ekleyen bir kaydetme kancası vardı.

Sadece birkaç aydır programlama yaptığım ve artık sürdürmediğim için üretim kullanımı için tavsiye etmem, ancak birisinin ilgisini çekebilir.


Bence cevabınız OP'den gelen soruyu tam olarak ele almaya çalışıyor, yani " taahhütte eklenen konuyla otomatik olarak bağlantı kurmanın bir yolu ". Diğer tüm yanıtlar "Fixes # ..., Resolved # ... etc." ve her bildiğimiz gibi olmayacak. Upvoting.
demisx
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.