86. ブランチ→実装→確認→コミット — 開発の基本ループ

チーム開発の1機能は決まったループで進めます。まず main ブランチを最新にしてから git switch -c で feature ブランチを切ります。次にコードを書き、ng serve の画面で動作を確認し、うまく動いたら git add と git commit で記録します。この「実装→確認→コミット」を、1機能が完成するまで何周も回します。

main に直接コミットしないのは、main が「常に動く状態」を保証する全員の共有場所だからです。作業をブランチに隔離しておけば、途中の壊れた状態が他のメンバーに影響しませんし、方針が変わったらブランチごと捨てられます。完成後はレビューを経て main に合流させるのが実務の標準的な流れです。

初学者の落とし穴は、ブランチを切り忘れて main のまま作業を始めてしまうことです。書く前に git branch で現在地を確かめる習慣を付けましょう。また1周が大きくなりすぎるのも典型で、コミットが1日に1回もないなら分解が粗いサインです。小さく回すほどやり直しが効きます。