Запустите сообщение git commit с хешмарком (#)

Git обрабатывает строки, начинающиеся с #комментариев, при фиксации. это очень раздражает, когда вы работаете с системой отслеживания билетов и пытаетесь записать номер билета в начале строки, например

#123 salt hashed passwords

git просто удалит строку из сообщения коммита. есть ли способ избежать хеша? я попробовал \и !, но ничего не работает. До этого пробелы #сохраняются, поэтому они также не являются рабочим решением проблемы.

Это поведение является частью git commitстандартного поведения очистки. Если вы хотите сохранить строки, начинающиеся с, #вы можете использовать альтернативный режим очистки.

Например

git commit --cleanup=whitespace

Если вы делаете это, вы должны быть осторожны, чтобы удалить все #строки, которые вы не хотите отображать в коммите.

Обратите внимание, что начиная с git1.8.2 (февраль 2013 г.) , вы можете использовать символ, отличающийся от ' #' для закомментированной строки в сообщении фиксации.

Это позволяет вам использовать ' #' для ссылки на номер ошибки.

Различные строки «подсказки», которые Git дает, когда просит пользователя редактировать сообщения в редакторе, #по умолчанию закомментированы с помощью ' '.

core.commentCharПеременная конфигурации может использоваться для настройки этого « #» на другой символ.

Теоретически вы можете поместить core.commentCharслово (несколько символов), но git 2.0.x / 2.1 будет более строгим (3 квартал 2014 года).

См совершать 50b54fd по Nguyễn THAI Нгок Duy ( pclouds) :

config: быть строгим на core.commentChar

Мы не поддерживаем строки комментариев (по крайней мере, пока). И многобайтовая кодировка символов также может быть неверно истолкована.

Тест с двумя запятыми обновляется, потому что это нарушает это. Он добавлен с патчем, который вводится core.commentCharв eff80a9 (Разрешить пользовательский «комментарий char» - 2013-01-16). Мне не ясно, почему это поведение требуется .

git 2.0.x / 2.1 (3 квартал 2014 г.) добавит автоматический выбор для core.commentChar:
См. commit 84c9dc2

Когда core.commentChar"" auto", символ комментария начинается с" #", как по умолчанию, но если он уже находится в подготовленном сообщении, найдите другой символ в небольшом подмножестве. Это должно остановить сюрпризы, потому что git неожиданно удаляет некоторые строки.

Обратите внимание, что git недостаточно умен, чтобы распознавать ' #' как символ комментария в пользовательских шаблонах и преобразовывать его, если последний символ комментария отличается.
Он считает строки # в пользовательских шаблонах частью сообщения о коммите. Так что не используйте это с пользовательскими шаблонами.

Список символов-кандидатов для «авто»:

# ; @ ! $ % ^ & | :

Это означает, что команда like git commit -m '#1 fixed issue'автоматически переключит commentChar на ' ;', потому что ' #' использовалось в сообщении фиксации.

Ответы здесь хорошие и подробные, но для такого мерзавца, как я, настройка параметров git config не так очевидна. Вот пример , чтобы перейти от #к ;для комментариев символов:

git config core.commentChar ";"

Это все, что вам нужно сделать.

Вы можете использовать параметр командной строки -m:

git commit -m "#123 fixed"

Если вы выполняете интерактивную перебазировку, то, когда вы сохраняете свое сообщение о коммите, в котором ничего нет (потому что #в начале это был комментарий, а потому его игнорировали), git покажет вам, что делать:

Aborting commit due to empty commit message.
Could not amend commit after successfully picking 5e9159d9ce3a5c3c87a4fb7932fda4e53c7891db... 123 salt hashed passwords
This is most likely due to an empty commit message, or the pre-commit hook
failed. If the pre-commit hook failed, you may need to resolve the issue before
you are able to reword the commit.
You can amend the commit now, with

        git commit --amend

Once you are satisfied with your changes, run

        git rebase --continue

Итак, просто измените сообщение:

git commit --amend -m "#123 salt hashed passwords"

и продолжаем ребаз:

git rebase --continue

git commit --cleanup=scissorsдолжен быть использован. Добавлен в Git v2.0.0 2014.05.21

из git commit --help

--cleanup=<mode>
  scissors
    Same as whitespace, except that everything from (and including) the line
    "# ------------------------ >8 ------------------------" is truncated if the message
    is to be edited. "#" can be customized with core.commentChar.

Используйте другой префикс для номера билета. Или добавьте слово к номеру билета, например, «Ошибка № 42». Или добавьте один пробел к строке; если вы хотите удалить этот пробел, вы можете добавить коммит-хук для этого.

Лично я предпочел бы, чтобы манипуляция сообщениями коммита не выполнялась с помощью хука, потому что это может быть очень раздражающим, когда оно срабатывает, когда вы этого не хотите. Возможно, самое простое решение - переосмыслить проблему.

Все мои коммиты начинаются с #issueNumberтого, что я положил этот шаблон к своему vim .git/hooks/commit-msg:

NAME=$(git branch | grep '*' | sed 's/* //') 
echo "$NAME"' '$(cat "$1") > "$1"

Итак, давайте предположим, что у нас есть ветвь, #15и мы делаем сообщение коммита add new awesome feature. При таком подходе окончательное сообщение коммита будет #15 add new awesome feature.