- 仮データとマイグレーションが実行され、サーバーが起動する
docker-compose up
<gitmoji><Prefix>：<#issue番号><内容>
| 絵文字 | prefix | 内容 |
|---|---|---|
| ✨ | feat | 新機能の実装 |
| ⚡️ | perf | パフォーマンスの改善 |
| 🔥 | fire | 機能・ファイルの削除 |
| 🐛 | fix | バグの修正 |
| 🩹 | typo | ちょっとした修正(小さなミス・誤字など) |
| 📝 | docs | コードと関係ない部分(Readme・コメントなど) |
| 💄 | style | スタイル関係のファイル(CSS・UI のみの変更など） |
| ♻️ | refactor | コードのリファクタリング |
| 🎨 | art | コードのフォーマットを整える(自動整形されたのも含む) |
| 🔧 | config | 設定ファイルの追加・更新(linter など) |
| ✅ | test | テストファイル関連(追加・更新など) |
| 🚚 | move | ファイルやディレクトリの移動 |
| 🎉 | start | プロジェクトの開始 |
| 🚀 | deploy | デプロイする |
(※バージョン 1.1 以降対応)
Git flow を参考に、以下のルールで行う
流れとしては
- issue を立てる
- issue に紐づく feature ブランチを作成する
- PR を作成する
- develop ブランチに merge する
本番環境のブランチ
feature ブランチの変更を反映し merge して動作の確認を行う。
develop/{version}
例：最初のバージョンのリリース
develop/1.0
develop ブランチから派生させる 全ての開発はこのブランチで行う。 基本的に新機能の場合は feature/{#issue 番号}
| name | description |
|---|---|
| environment | 環境構築・設定周りの作業 |
| refactoring | コードのリファクタリングを行う |
| improvement | 実装済みの機能改善を行う |
新機能開発の場合
feature/#<issue番号>
例：issue：全体のレイアウト構成の作成 #2
feature/#2
カテゴリを含む場合
feature/<category>/#<issue番号>
例：issue：環境構築 #1
feature/environment/#1
(TBD) develop から merge する main ブランチに merge する前に確認する作業を行う
(TBD) main ブランチから派生する リリース後に起きた緊急のバグ対応を行う
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent