このレッスンのゴール
- ブランチを『main とは別の作業場所』と説明できる
- コミットを『保存ポイント』と説明できる
- Agent が別ブランチで働く意味を理解する
なぜ別ブランチが必要か
本番に近い本線ブランチ（多くのチームで main）に、試作を直接書き込むと、壊れたときに影響が大きいです。だから開発では、別ブランチで試し、よくなってから main へ合流します。
Cloud Agent も通常、別ブランチで作業して PR を出します。『勝手に本番が書き換わった』と感じにくいのはこのためです。
コミットは保存ポイント
コミットは、変更履歴の保存ポイントです。原稿の版本を重ねる感覚に近いです。1コミットにまとめすぎるとレビューが辛く、細かくしすぎると物語が散ります。
非開発者のうちは、『PR 全体として何がしたいか分かるか』を見れば足ります。慣れたら、コミットメッセージの粒度にも口を出せるようになります。
理解チェック
- Agent が別ブランチで働く理由を、安全性の言葉で言える
- commit / branch / merge / main を短く定義できる
実践
直近の PR で、ブランチ名とコミット一覧を開く。ブランチ名から意図が読めるか、読めないならどう名づけるべきだったかを一言書く。
いま身についている開発者スキル
ブランチ戦略の入口（feature branch）