Tautkan ke nomor masalah di GitHub dalam pesan komit

Apakah mungkin untuk secara otomatis memiliki tautan ke nomor rilis GitHub di pesan git commit ?

607
06 нояб. ditanya oleh Mika Tuupola 06 Nov. 2009-11-06 15:27 '09 pada 15:27 2009-11-06 15:27
@ 8 jawaban

Cukup sertakan #xxx dalam pesan komit untuk referensi masalah tanpa menutupnya.

Dengan masalah GitHub 2.0 yang baru , Anda dapat menggunakan sinonim ini di tautan untuk menerbitkan dan menutupnya (dalam pesan komit):

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

Anda juga dapat mengganti #xxx dengan gh-xxx .

Referensi dan penutupan masalah dalam repositori juga berfungsi:

 fixes user/repo#xxx 

Lihat dokumentasi yang tersedia di bagian bantuan.

752
19 июля '11 в 8:36 2011-07-19 08:36 jawabannya diberikan oleh NARKOZ pada 19 Juli '11 di 08:36 2011-07-19 08:36

Jika Anda ingin menautkan ke masalah GitHub dan menutup masalah, Anda dapat menentukan baris berikut dalam pesan komit Git:

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

(Salah satu dari ketiganya akan berfungsi.) Perhatikan bahwa ini akan menghubungi masalah dan menutupnya. Anda dapat menemukan lebih banyak di posting blog ini (mulai menonton video tertanam sekitar 1:40).

Saya tidak yakin bahwa sintaks ini hanya akan merujuk ke masalah tanpa menutupnya.

157
06 нояб. jawabannya diberikan mipadi 06 Nov. 2009-11-06 22:12 '09 pada 10:12 2009-11-06 22:12

Anda juga dapat referensi si>

 githubuser/repository#xxx 

xxx - nomor masalah

56
11 окт. Balasan diberikan narkeeso 11 Oktober. 2012-10-11 02:38 '12 pada pukul 02:38 2012-10-11 02:38

github menambahkan tautan ke komit jika mengandung #issuenbr (ini tidak sengaja terdeteksi).

47
14 апр. Balas diberikan oleh Henrik Lindberg pada 14 April 2011-04-14 04:32 '11 pada 4:32 2011-04-14 04:32

Mereka memiliki catatan yang baik tentang masalah baru 2.0 di blog mereka https://github.com/blog/831-issues-2-0-the-next-generation

sinonim termasuk

  • memperbaiki #xxx
  • memperbaiki #xxx
  • perbaiki #xxx
  • menutup #xxx
  • tutup #xxx
  • ditutup #xxx

menggunakan salah satu kata kunci dalam pesan komit, Anda berkomitmen menyebutkan atau menutup masalah.

11
21 дек. jawabannya diberikan xero 21 des . 2012-12-21 00:01 '12 pada 0:01 2012-12-21 00:01

Sebagai tambahan untuk jawaban lain: jika Anda bahkan tidak ingin menulis pesan komit dengan nomor masalah dan menggunakan Eclipse untuk mengembangkannya, maka Anda dapat menginstal plugin eGit dan Mylyn, serta konektor GitHub untuk Mylyn. Eclipse dapat secara otomatis melacak masalah yang sedang Anda kerjakan dan secara otomatis mengisi pesan komit , termasuk nomor masalah, seperti yang ditunjukkan dalam semua respons lainnya.

Untuk informasi lebih lanjut tentang instalasi ini, lihat http://wiki.eclipse.org/EGit/GitHub/UserGuide

4
26 дек. Jawabannya diberikan Bananeweizen 26 Des. 2011-12-26 11:24 '12 pada 11:24 2011-12-26 11:24

Salah satu proyek pertama saya sebagai programmer adalah permata bernama stagecoach , yang (antara lain) memungkinkan penambahan otomatis nomor rilis github untuk setiap pesan commit ke cabang, yang merupakan bagian dari pertanyaan yang tidak benar-benar dijawab.

Pada dasarnya, ketika Anda membuat cabang, Anda menggunakan perintah pengguna (sesuatu seperti stagecoach -b <branch_name> -g <issue_number> ), dan nomor masalahnya akan ditetapkan ke cabang ini dalam file yml. Kemudian ada komit , yang secara otomatis menambahkan nomor masalah ke pesan komit.

Saya tidak akan merekomendasikannya untuk digunakan dalam produksi, seperti ketika saya hanya pemrograman selama beberapa bulan, dan saya tidak lagi mendukungnya, tetapi mungkin menarik bagi seseorang.

3
22 апр. jawab diberikan omnikron 22 Apr 2013-04-22 14:38 '13 pada 14:38 2013-04-22 14:38

Untuk mengaitkan nomor masalah dengan pesan komit, Anda harus menambahkan: #issue_number di pesan git commit.

Contoh Pesan Komit dari Panduan Gaya Pesan 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 

Anda juga dapat merujuk ke repositori:

 githubuser/repository#issue_number 
1
19 окт. Balas diberikan oleh Suhas Srivats Subburathinam 19 Okt 2016-10-19 21:47 '16 pada jam 21:47 2016-10-19 21:47

Pertanyaan lain tentang tag atau Ajukan Pertanyaan