.github/workflows 配下で以下の設定を行っています
- 本番環境への配信
- jest のようなテストツールによるコードテスト
- eslint のようなリンティングツールによるコードチェック
- prettier のようなフォーマッターによるコード整形
- ステージングプレビュー環境への配信
プルリクエスト時に以下のルールを適用します
- CI をパスしなければマージができない
- 自分自身でマージせずに、レビュアーからの承認(Approve)を受けて始めてマージができる
基本的にはGitHub flowを採用しています
- main もしくは master ブランチがベースブランチである
- 場合によっては一時的に develop ブランチをベースブランチとすることがある
- 作業内容を Pull Request として提出してレビューをリクエストする
- レビューを受ける
- マージの承認を得られたら自分でマージする
- issue に進捗をコメント、完了する
- 社内ミーティングで確認する
カンバンを中心として優先度の設定、進捗の管理をおこなっています
基本的にはConventional Commitsを採用しています