Perhatikan bahwa, sejak git1.8.2 (Februari 2013) , Anda dapat menggunakan karakter yang berbeda dari ' #
' untuk baris yang dikomentari dalam pesan komit.
Itu memungkinkan Anda menggunakan ' #
' untuk referensi nomor bug Anda.
Berbagai baris "petunjuk" yang diberikan Git ketika meminta pengguna untuk mengedit pesan di editor dikomentari dengan ' #
' secara default.
The core.commentChar
variabel konfigurasi dapat digunakan untuk menyesuaikan 'ini #
' untuk karakter yang berbeda.
Secara teori, Anda bisa meletakkan core.commentChar
kata (banyak karakter), tetapi git 2.0.x / 2.1 akan lebih ketat (Q3 2014).
Lihat commit 50b54fd oleh Nguyễn Thái Ngọc Duy ( pclouds
) :
config: ketat pada core.commentChar
Kami tidak mendukung string komentar (setidaknya belum). Dan pengkodean karakter multi-byte juga bisa disalahartikan.
Tes dengan dua koma diperbarui karena melanggar ini. Itu ditambahkan dengan tambalan yang memperkenalkan core.commentChar
di eff80a9 (Izinkan custom "comment char" - 2013-01-16). Tidak jelas bagi saya mengapa perilaku itu diinginkan.
git 2.0.x / 2.1 (Q3 2014) akan menambahkan pilihan otomatis untuk core.commentChar
:
Lihat commit 84c9dc2
Ketika core.commentChar
" auto
", char komentar dimulai dengan ' #
' sebagai default tetapi jika sudah dalam pesan yang disiapkan, cari char lain di subset kecil. Ini harus menghentikan kejutan karena git menghapus beberapa baris secara tidak terduga.
Perhatikan bahwa git tidak cukup pintar untuk mengenali ' #
' sebagai karakter komentar di template khusus dan mengonversinya jika karakter komentar akhir berbeda.
Ia menganggap baris '#' dalam templat khusus sebagai bagian dari pesan komit. Jadi jangan gunakan ini dengan template khusus.
Daftar karakter kandidat untuk "otomatis" adalah:
# ; @ ! $ % ^ & | :
Itu berarti perintah seperti git commit -m '#1 fixed issue'
akan secara otomatis mengalihkan commentChar ke ' ;
', karena ' #
' digunakan dalam pesan komit.