3

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

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

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

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

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

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

4

1 に答える 1

3

要約の 50 文字制限は厳密な制限ではありません。ただし、コミットの簡潔な要約を見つけるように努力する必要があります。したがって、これを達成するには、最大 50 文字を目標にすることをお勧めします。

本文の 72 文字の制限は、古き良き 1 行あたり 80 文字の制限があると思います。他の多くのプロジェクトの中でも、Linux カーネルのコーディング スタイルはこれを使用しています

80 ではなく 72 である理由は、git が git メッセージの本文にインデントを追加する可能性があり、それでも 80 文字以下になるためです。

于 2016-08-11T10:20:30.847 に答える