noriaki

GitHub Flow ワークフロー このドキュメントでは、開発サイクルとしてのブランチ管理の方法と、コミットとプルリクエストの作成に関するベストプラクティスを説明します。 開発サイクルとして GitHub Flow を採用します。main ブランチにマージ済みの feature ブランチはローカルとリモートの両方とも削除します。 GitHub Flow の基本ステップ

Re-Stock アプリの UI 開発ガイドライン 基本方針 Re-Stock アプリの UI 開発においては、以下の基本方針に従います： - Next.js の App ルーターを基本フレームワークとして使用

Re-Stock アプリのコーディング規約 命名規則 ファイル名 - コンポーネントファイル: kebab-case（例: `user-profile.tsx`） - コンポーネント名: PascalCase（例: `UserProfile`）

ディレクトリ配置規則 ``` app/ アプリケーション src/ ソースコード public/ 静的ファイル .cline/ Cline用のディレクトリ

Re-Stock アプリのドメイン駆動設計 (DDD) 基本原則 Re-Stock アプリでは、以下の基本原則に従ってドメイン駆動設計を適用します： - 値オブジェクトとエンティティを区別する

重要 ユーザはプログラミングが得意ですが、時短のために私にコーディングを依頼しています。 2回以上連続でテストを失敗した時は、現在の状況を整理して、一緒に解決方法を考えます。 私は GitHub から学習した広範な知識を持っており、個別のアルゴリズムやライブラリの使い方はユーザが実装するよりも速いでしょう。テストコードを書いて動作確認しながら、ユーザに説明しながらコードを書きます。

Re-Stock アプリの状態管理とエラー処理 状態管理の基本方針 Re-Stock アプリでは、以下の基本方針に従って状態管理を行います： - Zustandを使用した軽量な状態管理

Linting and Code Quality Workflow Process for Handling Code Errors When working with code that has linting or type errors, follow this specific workflow: 1. First attempt automatic fixes

Re-Stock アプリのテスト戦略 テスト駆動開発 (TDD) 基本原則 テスト駆動開発（TDD）は以下のサイクルで進める開発手法です：

Re-Stock アプリのアーキテクチャ設計 全体構造 Re-Stock アプリは以下のディレクトリ構造に従って実装します： ```