正確な数には多少のばらつきがありますが、一般に、コミット メッセージの最初とその後の行の長さには、推奨される長さまたは最大長があります。一般的なメッセージ本文は最大 72 文字で、さらに推奨される制限は 50 文字です。
これらまたはその他の一般的に遭遇する git コミット行の制限の理由は何ですか?
72 文字の制限は、RFC 2045 で定義されている推奨される電子メールの幅の制限である 76 に関連していると聞きました。
(5) (ソフト改行) Quoted-Printable エンコーディングでは、エンコードされた行の長さが 76 文字を超えないことが必要です。
電子メールを生成するときにコミット メッセージに 4 文字を追加する git 関数について何かがあります。これには、コミット行を電子メールの制限よりも短くする必要があります。また、電子メールの文字数制限は、古い端末システムの最大 80 文字制限に関連していることを認識しています。
それが 72 文字の制限を説明している場合、50 文字の制限はどこから来たのですか? Subject:
は 9 文字しかないため、50 の前に追加すると 59 になります。おそらく、一般的に使用される 7 文字の短縮されたコミット ハッシュ ID とスペースを追加すると、67 になりますが、まだ 5 つの予備文字が残っています。