データサイエンス倶楽部公式ブログ
概要
- 倶楽部内で雑な投稿ができるページがほしい
- 分野問わず、発信する習慣をつけてほしい
セットアップ
前提
- Linux or Macの実行環境
- VSCode
- Node開発環境(voltaでバージョン管理することを推奨します)
- Docker Desktop
リポジトリのクローン
git clone <this repository>起動
pnpm run devpnpm run dev:db
# 適宜
pnpm run prisma:migrate
pnpm run prisma:seed開発のルール
Pull request、commitにはGitmojiをつける
→ 粒度･目的を適切に保つため CLIの導入をおすすめします！
原則1Issue 1PR
→ Issue駆動で開発するとプロジェクト管理が楽です
レビューを依頼する
→ コードを書くのに慣れていない, プロジェクトジョインしたては原則レビューを依頼してください！
ブランチの切り方
| ブランチ名 | 説明 | 例 |
|---|---|---|
| main | 主ブランチ。本番環境に反映させるためのブランチ。全ての変更はここにマージされ、デプロイされる。 | main |
| develop | 開発ブランチ。開発中の最新の変更を保持するブランチ。このブランチが次のリリースの基盤となる。 | develop |
| feat/{issueNo}-{description} | 新機能開発ブランチ。個々の新機能を開発するためのブランチ。開発が終了したらdevelopブランチにマージされる。 | feat/10-create-login-page |
| hotfix/{issueNo}-{description} | バグ修正ブランチ。本番環境で発生した緊急のバグの修正を行うブランチ。修正が完了したらmainとdevelopの両方にマージされる。 | hotfix/15-fix-login-bug |
| fix/{issueNo}-{description} | 一般的なバグ修正ブランチ。緊急性はないが、修正が必要な問題に対処するためのブランチ。開発が終了したらdevelopブランチにマージされる。 | fix/20-fix-scroll-issue |
| design/{issueNo}-{description} | デザイン修正ブランチ。UI/UXの改善やデザインの修正を行うブランチ。開発が終了したらdevelopブランチにマージされる。 | design/25-redesign-dashboard |
| release/v{number} | リリース準備ブランチ。新たなバージョンリリースの準備を行うブランチ。準備が完了したらmainにマージし、タグを付ける。 | release/v1.2.3 |
コーディングのルール
anyはほとんどの場合許しません