Зауважте, що, починаючи з 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 на ' ;', тому що ' #' було використано у повідомленні фіксації.