develop ブランチへの変更をリリースする
すべてのコミットは1つのバージョンです。CONTRIBUTING.md（「すべてのコミット」）のルールを簡略化して示します。
- 検証する。
yarn verify（型チェック、警告ゼロのリント、Prettierチェック、テスト、プリレンダリング付きビルド）。ルールではなくコードを修正すること：ルールの例外は、理由を--の後に記述した1行の無効化だけです。 - ツリーを確認する。
git status。ユーザーが未完了の編集を残している場合があります。この変更で触れたファイルのみをリストアップし、それ以外はステージングしないでください。 - コミット直前にバージョンを決定する（
package.jsonのversionと、CHANGELOG.mdの先頭行を今この時点で読み、それ以前ではない）：- major：ページの削除やリネーム、URLの変更、デザインの全面的な変更
- minor：新しい可視コンテンツや機能
- patch：修正、コピー、画像、スタイリング、依存関係、設定、テスト、ドキュメント
- CHANGELOG。 単一の
## Unreleased見出しの下に### X.Y.Z - YYYY-MM-DDを追加します（リリース後は存在しません。最新の## Releaseの上に追加します）。Added/Changed/Fixed/Removedグループを設け、各グループは1行のプレーンテキストとし、短いハイフンのみを使用します。 - コミットする リストアップしたファイルを名前指定で：
git commit -- <files>。件名は<変更内容、命令形> (X.Y.Z)とし、短い本文と、Claudeが作成した場合は共同作者トレーラーを付けます。 - コミットとメッセージを確認する
git show --stat HEAD。その後、developにプッシュします。
コミット前に、変更されたすべての単位（ファイル、関数、ブランチ）と、それをカバーするテストをリストアップします。テストされていないブランチにはテストを追加するか、返信にメモを残します。