M
チーム全体で実装ルール・開発プロセスを統一
by makocchan0509
コーディング規約(命名規則・エラーハンドリング・テスト実装・セキュリティ)をドキュメント化し、チーム全体で同じ基準で開発できます。 Git Flow ブランチ戦略・PR プロセス・Conventional Commits などの開発フロー(デベロップメント・プロセス)を統一します。 テスト戦略(テストピラミッド・カバレッジ目標)とコードレビュー基準を明確にし、品質を確保できます。 CI/CD パイプラインと Makefile による品質自動化の方針を定義し、手作業を減らせます。 既存ガイドラインがある場合はそれを優先しながら、足りない部分を補完できます。 チーム開発を始める際に、実装ルールと開発フローを整備したい人 プロジェクトの技術スタックに合わせた具体的なコーディング規約を作りたい人 コードレビューやテスト戦略のベストプラクティスをチーム全体で共有したい人 既存ガイドラインを保ちながら、新しい規約や改善点を追加したい人 チーム開発に必要な2つの要素「実装時のコーディング規約(implementation-guide.md)」と「開発プロセスの標準化(process-guide.md)」をカバーします。開始前に docs/architecture.md(技術スタック)と docs/repository-structure.md(ディレクトリ構造)を確認します。優先順位は①既存の docs/development-guidelines.md ②このスキルのガイド ③汎用的なベストプラクティスです。新規作成時はスキル内ガイドとテンプレートを参照し、docs/development-guidelines.md に保存します。implementation.md では型定義・命名規則・関数設計・エラーハンドリング・並行処理・コメント・セキュリティ・テスト・リファクタリング・品質自動化を網羅します。process.md では基本原則・Git Flow ブランチ戦略・コミットメッセージ・PR プロセス・テストピラミッド・コードレビュープロセス・品質自動化を定義します。使用シーンごと(新規開発・レビュー・テスト設計・リリース準備)にガイドを参照できます。
レビューテストドキュメント