🦔

初めてのチーム開発

に公開
GitHub
チーム開発
初心者向け
tech

🚀 初めてのチーム開発

チーム開発を GitHub ではじめるときに役立つ基本ルールと実戦コマンドをまとめました。
初心者でも迷わないよう、課題 → 改善ルール → フロー図 → コマンド集 の流れで解説します。

📑 目次

  1. チーム開発でよくある課題
  2. 改善ルール
  3. 開発フロー図
  4. 実戦コマンド集
  5. まとめ

1. 🔍 チーム開発でよくある課題

  • main に直接 push する人がいる
  • マージコミットが増えて履歴が読みにくい
  • bot の自動コミットが混ざってノイズになる
  • 誰が push したか分かりにくい

2. ✅ 改善ルール

  • main は 保護して直接 push 禁止
  • 作業は必ず feature/◯◯ や fix/◯◯ ブランチで
  • マージ方法は Squash and merge で統一
  • bot のコミットには [bot] を付ける
  • PR タイトルは feat: / fix: で統一
  • PR 説明文に「変更内容」「確認方法」を書く

3. 📌 開発フロー（手順）

  1. GitHub 上で新しいリポジトリを作成する
  2. 自分の PC にクローンする
  3. main を最新化する
  4. 作業用ブランチ（feature/xxx や fix/xxx）を作成する
  5. コードを編集してコミットする
  6. リモートに push する
  7. GitHub で Pull Request を作成する
  8. レビューを受けて承認してもらう
  9. Squash and merge で main に反映する
  10. ローカルの main を更新し、不要なブランチを削除する

4. 💻 実戦コマンド集

リポジトリを取得

git clone git@github.com:<ユーザー名>/test.git
cd test

main を最新化

git checkout main
git pull origin main

ブランチ作成

git checkout -b feature/機能名-ユーザー名

コミット

git add .
git commit -m "feat: ログイン画面を追加 (by ユーザー名)"

push

git push origin feature/機能名-ユーザー名

マージ後の整理

git checkout main
git pull origin main
git branch -d feature/機能名-ユーザー名
git push origin --delete feature/機能名-ユーザー名

5. 🎯 まとめ

main に直接 push せず、必ずブランチを切る

作業は PR を通してレビュー後に merge

merge は Squash を使い、履歴をきれいに保つ

これを徹底するだけで、チーム開発がぐっとスムーズになります 🚀

Discussion