📘 現場で知らないとやばいGit辞典｜目次

---

🚨 第0章｜やってはいけないGit操作

• 強制push (git push -f)
• main/masterへの直接コミット
• 巨大コミット・巨大PR
• 履歴改変後のpush
• 個人ブランチを共有する

---

🧯 第1章｜困ったときのGitトラブル逆引きリスト

• pullしたらコンフリクトした
• pushできない／拒否される
• 間違った内容をコミットした
• 過去のコミットを修正したい
• ブランチ間違えて作業してしまった
• 変更が消えた／どこかに行った
• PRが大きすぎてレビュー不可になった
• 他の人と作業が衝突する

---

🔧 第2章｜作業目的別：必要操作だけのチェックリスト

• 新機能を作るとき
  • branch作成 → commit → push → PR → merge
• バグ修正のとき
  • hotfix branch → 修正 → テスト → merge
• レビュー後の修正対応
• リリース準備時の確認フロー
• 作業中断／再開の正しい方法（stash）

---

📌 第3章｜現場で使える命名・文章テンプレ集

• コミットメッセージテンプレ
  • 良い例・悪い例比較
• PR説明テンプレ
• ブランチ命名ルール例
• タグ命名・SemVer（セマンティックバージョニング）

---

🧠 第4章｜なぜこうするのか？運用ルールの理由と背景

• なぜPRを小さくするのか
• なぜ履歴をきれいに保つのか
• なぜforce pushは禁止されるのか
• なぜレビュー文化が必要なのか
• merge と rebase の思想の違い

---

🏗 第5章｜プロジェクト別：Git運用モデルの選び方

• GitHub Flow
• Git Flow
• Trunk Based Development
• 選択チャート（規模・人数・納期・CI有無で判断）

---

💣 第6章｜もう手遅れ？崩壊リポジトリの救済方法

• むちゃくちゃな履歴の整理
• ブランチ氾濫状態の片付け方
• コミットが意味不明な状態の修復
• プロジェクト移行・ルール導入手順
• チームにGit文化を浸透させる方法

---

🥷 第7章｜知ってると強い応用テクニック

• git stash の活用
• git bisect でバグ原因特定
• git cherry-pick
• rebase --interactiveで履歴整理
• squash mergeの使い所

---

📎 付録

• 1ページGitチートシート（印刷用）
• GUIツール比較（GitHub Desktop / SourceTree / Fork / GitLens）
• 最短でGitを理解する学習ロードマップ