コミットメッセージジェネレーター

コミット メッセージには、diff と同じくらい明確な行が必要な理由

優れたコミット メッセージは、将来の開発者が静かなデバッグ 1 時間で読み終え、ようやくマグカップを置くことができた行のように聞こえるべきです。ストーリーテラーズ コーデックスは、慣例の明確さの伝統、将来のデバッグのロマンス、そして最後のプル リクエストがマージされてからチームが静かに磨き上げてきたリポジトリのソフト シアターに根ざしたコミット メッセージを呼び起こします。

将来のデバッグ行の形

コミット メッセージは、慣例的なコミット、タイプ プレフィックス、および最新のリポジトリの音韻論に依拠し、スコープまたは意図マーカーに注意深く注意を払います。最も印象的なコミット メッセージは、メンテナーが下線を引くような、CHANGELOG の 1 行のように読めます。スクライブはメッセージをタイプまたはスコープ マーカーに一致させるので、結果にはすでに、同じ規約を 2 年間静かに磨き上げてきたチームの雰囲気が漂います。

リポジトリ ワークフロー、テーブルトップ開発シーン、PR ブリーフ ファン フィクション用

コミット メッセージを作成して、静かな IDE でチャプター セットの種を蒔いたり、テーブルトップ ワンショットのワークフローを設計したり、ファン翻訳のコミットに名前を付けたり、スタンドアップに信憑性のある声を入れたり、メンテナーの系譜を構築したり、バグが最終的に解決するファン フィクションに火をつけたり、シニア 開発者が信頼するメッセージで開発者 ブリーフを充実させたりできます。

差分を扱うスクライブからのヒント

タイトルの前にタイプを記述します。 実際のコミット メッセージは、変更が属するタイプで始まります。音節のスコープをそのままにします。 コミット メッセージは、1 行に収まるほど短くする必要があります。 明瞭さと意図を組み合わせましょう。 最良のメッセージは簡潔で、少し説明的です。差分マーカーを信頼してください。 型、スコープ、意図がメッセージの要となります。 メッセージは短くしてください。 メンテナーは簡潔な挨拶で返信します。

サイコロを振る前に考えてください

• メッセージはどのコミット規約に基づいていますか: 従来のコミット、Angular、Gitmoji、内部、または独自の規約？
• メッセージは修正、機能、リファクタリング、雑用、またはドキュメントのいずれのように感じられますか。また、タイプは一致していますか？
• メッセージはプルリクエストに走り書きされますか、Tシャツに刺繍されますか、ファンフィクションでささやかれますか？
• ファミリーマーカーはタイプ、スコープ、またはインテントであるべきですか？
• リポジトリのワークフロー、テーブルトップ開発、またはファンフィクションのために書いていますか。また、差分は保持されますか？