ハッシュマーク（＃）でgit commitメッセージを開始する

Gitは#、コミット時にコメント行として始まる行を扱います。これは、チケット追跡システムを使用していて、行の先頭にチケット番号を書き込もうとすると非常に煩わしいです。たとえば、

#123 salt hashed passwords

gitは単にコミットメッセージから行を削除します。ハッシュをエスケープする方法はありますか？私が試した\と!、何も働きません。以前の空白#は保持されるため、問題に対する有効な解決策でもありません。

この動作は、git commitのデフォルトの「クリーンアップ」動作の一部です。行の先頭を維持したい場合#は、別のクリーンアップモードを使用できます。

例えば

git commit --cleanup=whitespace

これを行う場合#は、コミットに表示したくないすべての行を削除するように注意する必要があります。

git1.8.2（2013年2月）以降#、コミットメッセージのコメント行には「」以外の文字を使用できることに注意してください。

これにより#、バグ番号の参照に「」を使用できます。

エディターでメッセージを編集するようユーザーに要求するときにGitが提供するさまざまな「ヒント」行は、#デフォルトでは「」でコメント化されています。

core.commentCharコンフィギュレーション変数は、この「をカスタマイズするために使用することができます#別の文字に」。

理論的には、単語（複数の文字）を入れることもできますがcore.commentChar、git 2.0.x / 2.1の方が厳しくなります（2014年第3四半期）。

NguyễnTháiNgọcDuyによるコミット50b54fdを参照してください（pclouds）：

config：core.commentCharに厳密

コメント文字列はサポートされていません（少なくともまだサポートされていません）。また、マルチバイト文字エンコーディングも誤って解釈される可能性があります。

2つのコンマを使用したテストは、これに違反しているため更新されます。eff80a9で導入さcore.commentCharれるパッチ（カスタムの「コメント文字」を許可-2013-01-16）とともに追加されます。なぜその振る舞いが望まれるのか私には明らかではありません。

git 2.0.x / 2.1（2014年第3四半期）では、次の自動選択が追加されcore.commentCharます：コミット84c9dc2を
参照

ときにcore.commentChar「あるauto」、コメント文字は「で始まる#」デフォルトのようにそれが準備されたメッセージにすでにだ場合、ごく一部に別の文字を見つけます。gitが予期せずいくつかの行を削除するので、これは驚きを止めるはずです。

gitは#、' 'をカスタムテンプレートのコメント文字として認識し、最終的なコメント文字が異なる場合に変換するほど賢くないことに注意してください。
コミットメッセージの一部としてカスタムテンプレートの「＃」行を認識します。したがって、これをカスタムテンプレートで使用しないでください。

「auto」の候補文字のリストは次のとおりです。

# ; @ ! $ % ^ & | :

つまり、のようなコマンドgit commit -m '#1 fixed issue'は自動的にcommentCharを ' ;'に切り替え#ます。これは、' 'がコミットメッセージで使用されたためです。

ここでの回答は適切で詳細ですが、私のようなgit noobの場合、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使用すべきです。2014.05.21 にGit v2.0.0に追加されました

から 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.

チケット番号には別の接頭辞を使用してください。または、「Bug＃42」のように、チケット番号の前に単語を追加します。または、行の先頭に1つのスペース文字を追加します。その空白を削除したい場合は、そのためのコミットフックを追加できます。

個人的には、この種のコミットメッセージ操作をフックで行わない方がいいです。トリガーしたくないときにトリガーされると非常にイライラする可能性があるからです。最も簡単な解決策は、おそらく問題を再考することです。

私のすべてのコミットは次の#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。