変更はどう記録され、どう共有される？
コミット・プッシュ・プルリクエスト ── 実際の作業では、いつも同じ順番で現れます。自分がいまどの段階にいて、次に何が起きるのかという地図を持つと、チームの会話に迷わずついていけます。
各ステップ・参加者・分岐をクリックすると、その仕組みの説明がここに表示されます。
この図をテキストで読む
シーケンス図「基本の言葉と流れ」。参加者4人、ステップ9個。 【参加者】（左から右） - あなた: エディタ / 作業ツリー - ローカルGit: PC内の履歴（.git） - GitHub: クラウドのリモート - レビュアー: 5SLAB / 仲間 【流れ】（上から下へ） ── ① 作業の前にブランチを切る ── 1. あなた → ローカルGit: 作業用のブランチを作る（git switch -c） ── ② 手元で変更を記録する（commit） ── 2. あなた（自身で処理）: ファイルを編集する 3. あなた → ローカルGit: 変更を選んでコミット（git add → commit） ── ③ GitHub に共有する（push） ── 4. ローカルGit → GitHub: ブランチを push してアップロード ── ④ プルリクエストでレビュー＆合流（PR → merge） ── 5. あなた → GitHub: プルリクエスト（PR）を作る 6. GitHub → レビュアー: レビューを依頼 7. レビュアー → GitHub: 確認して承認（Approve）（応答） 8. GitHub（自身で処理）: main に merge（合流） ── ⑤ 最新を手元に取り込む（pull） ── 9. GitHub → ローカルGit: main の最新を pull（応答）
小さくこまめに刻む
コミットは 1 つの用件ごとに小さく積むのがコツです。後から履歴を読む人（未来の自分を含む）が「なぜ」を追いやすくなり、問題が起きたときも戻る地点を選びやすくなります。大きな塊で 1 回より、小さな記録を何回も、が基本です。
押さえておきたい用語
- コミット（commit）
- ブランチ（branch）
- push / pull
- プルリクエスト（PR） この用語の解説を読む
- マージ（merge） この用語の解説を読む