Зауважте, що, починаючи з git1.8.2 (лютий 2013 р.) , Ви можете використовувати інший символ, ніж " #
" для коментованого рядка у повідомленні "виконувати".
Це дозволяє використовувати " #
" для посилання на номер вашої помилки.
Різні рядки "підказки", які дає Git, коли він просить користувача редагувати повідомлення в редакторі, #
за замовчуванням коментується " ".
core.commentChar
Мінлива конфігурації може використовуватися для настройки цього « #
» на інший символ.
Теоретично ви можете ввести core.commentChar
слово (кілька символів), але git 2.0.x / 2.1 буде суворішим (Q3 2014).
Див. Комісію 50b54fd від Nguyễn Thái Ngọc Duy ( pclouds
) :
config: бути суворим у core.commentChar
Ми не підтримуємо рядки коментарів (принаймні, поки що). І багатобайтове кодування символів також може бути неправильно трактовано.
Тест з двома комами оновлюється, оскільки це порушує це. Він додається з патчем, який вводиться core.commentChar
в eff80a9 (Дозволити спеціальний "char char" - 2013-01-16). Мені незрозуміло, чому така поведінка потрібна.
git 2.0.x / 2.1 (Q3 2014) додасть автоматичний вибір для core.commentChar
:
Див. команду 84c9dc2
Коли core.commentChar
" auto
", "char char" починається з " #
", як за замовчуванням, але якщо це вже в підготовленому повідомленні, знайдіть інший знак у невеликому підмножині. Це повинно зупинити сюрпризи, оскільки git знімає деякі рядки несподівано.
Зауважте, що git недостатньо розумний, щоб розпізнати " #
" як знак коментарів у користувацьких шаблонах та перетворити його, якщо кінцевий графік коментарів відрізняється.
Він вважає, що рядки "#" у власних шаблонах є частиною повідомлення про фіксацію. Тому не використовуйте це для користувацьких шаблонів.
Список кандидатських символів для "авто":
# ; @ ! $ % ^ & | :
Це означає, що така команда, як git commit -m '#1 fixed issue'
автоматично, переключить коментарChar на ' ;
', тому що ' #
' було використано у повідомленні фіксації.