Lưu ý rằng, kể từ git1.8.2 (tháng 2 năm 2013) , bạn có thể sử dụng một ký tự khác với ' #
' cho dòng nhận xét trong thông báo cam kết.
Điều đó cho phép bạn sử dụng ' #
' để tham khảo số lỗi của bạn.
Các dòng "gợi ý" khác nhau mà Git đưa ra khi nó yêu cầu người dùng chỉnh sửa tin nhắn trong trình chỉnh sửa được nhận xét bằng ' #
' theo mặc định.
Biến core.commentChar
cấu hình có thể được sử dụng để tùy chỉnh ' #
' này thành một ký tự khác.
Về lý thuyết, bạn có thể đặt một core.commentChar
từ (nhiều ký tự), nhưng git 2.0.x / 2.1 sẽ chặt chẽ hơn (quý 3 năm 2014).
Xem cam kết 50b54fd của Nguyễn Thái Ngọc Duy ( pclouds
) :
cấu hình: nghiêm ngặt trên core.commentChar
Chúng tôi không hỗ trợ các chuỗi nhận xét (ít nhất là chưa). Và mã hóa ký tự nhiều byte cũng có thể bị hiểu sai.
Bài kiểm tra với hai dấu phẩy được cập nhật vì nó vi phạm điều này. Nó được thêm vào với bản vá giới thiệu core.commentChar
trong eff80a9 (Cho phép tùy chỉnh "bình luận char" - 2013-01-16). Tôi không rõ tại sao hành vi đó lại muốn.
git 2.0.x / 2.1 (quý 3 năm 2014) sẽ thêm lựa chọn tự động cho core.commentChar
:
Xem cam kết 84c9dc2
Khi core.commentChar
là " auto
", char bình luận bắt đầu bằng ' #
' như mặc định nhưng nếu nó đã có trong thông báo đã chuẩn bị, hãy tìm một char khác trong một tập hợp nhỏ. Điều này sẽ dừng bất ngờ vì git dải một số dòng bất ngờ.
Lưu ý rằng git không đủ thông minh để nhận ra ' #
' là char bình luận trong các mẫu tùy chỉnh và chuyển đổi nó nếu char bình luận cuối cùng khác.
Nó nghĩ các dòng '#' trong các mẫu tùy chỉnh như là một phần của thông điệp cam kết. Vì vậy, không sử dụng điều này với các mẫu tùy chỉnh.
Danh sách các nhân vật ứng cử viên cho "tự động" là:
# ; @ ! $ % ^ & | :
Điều đó có nghĩa là một lệnh like git commit -m '#1 fixed issue'
sẽ tự động chuyển bình luậnChar thành ' ;
', vì ' #
' đã được sử dụng trong thông báo cam kết.