問題タブ [commit-message]

git log コマンドは、元のコミット メッセージの一部 (先頭文字の特定の制限まで) のみを表示します。しかし、コンソールに長いログメッセージ全体を表示したいです。どうやってするの？

私は常に、サブモジュールがオンになっているコミットを更新する以外は何もしなかったコミットに対して、適切な git commit メッセージを書くのに苦労しています。私が本当に書きたいのは、「おかしなサブモジュールのコミット メッセージを読むだけです!」ということです。

おそらくもう少し良い解決策は、サブモジュールに行き、前のコミット以降のすべてのメッセージを適切な方法で連結し、自動的にそれをメッセージにするものが存在するかどうかです。

私は git hook クライアント側commit-msgスクリプトを書いており、からのメッセージを入れる必要があります

私のパターンをさらにチェックするためにいくつかのスクリプトに。

プッシュされたコミットでそれを行う方法を見つけました

しかし、プッシュする前にメッセージをキャッチする方法が見つかりませんでした。

私のワークフローでは、ファイルにいくつかの変更を加え、それらをローカル マシンに保持したいと考えています。この目的のためにpre-commit、コミット前にこれらのファイルをリセットするためのフックを作成しました。

問題は、デフォルトのメッセージが次のとおりであることです。

コミットされるファイルのリストがあります。何らかの理由で、フックで既にリセットしたファイルの名前が常に含まれています。大きな問題ではありませんが、できれば解決していただきたいです。prepare-commit-msgまた、メッセージ全体を自分で書くためのフックも書きたくありません。

正確な数には多少のばらつきがありますが、一般に、コミット メッセージの最初とその後の行の長さには、推奨される長さまたは最大長があります。一般的なメッセージ本文は最大 72 文字で、さらに推奨される制限は 50 文字です。

これらまたはその他の一般的に遭遇する git コミット行の制限の理由は何ですか?

72 文字の制限は、RFC 2045 で定義されている推奨される電子メールの幅の制限である 76 に関連していると聞きました。

(5) (ソフト改行) Quoted-Printable エンコーディングでは、エンコードされた行の長さが 76 文字を超えないことが必要です。

電子メールを生成するときにコミット メッセージに 4 文字を追加する git 関数について何かがあります。これには、コミット行を電子メールの制限よりも短くする必要があります。また、電子メールの文字数制限は、古い端末システムの最大 80 文字制限に関連していることを認識しています。

それが 72 文字の制限を説明している場合、50 文字の制限はどこから来たのですか? Subject:は 9 文字しかないため、50 の前に追加すると 59 になります。おそらく、一般的に使用される 7 文字の短縮されたコミット ハッシュ ID とスペースを追加すると、67 になりますが、まだ 5 つの予備文字が残っています。

git コミットを行うことは可能ですか?エディターが開いたときに、編集するメッセージが既に入力されていますか?

例：

git commit "some string"

編集可能な「何らかの文字列」でテキストエディターを開きます。

ユースケース: 進行中の作業をコミットするための git エイリアスがあります (たとえば、1 日の終わり) git commit -m ":construction: WIP"(はい、一部のコミット メッセージで絵文字を使用します)。ただし、詳細を追加したい場合があります。

git ドキュメントについては、次のとおりです。

• フラグですが、--messageエディターを開きません
• ただし、--template=<file>ファイルのメッセージ テンプレートを使用します

解決策はありますか？