基本の流れ

記録から共有、提案へ進む

開発者は、全員の変更をまとめる基準の枝（main）から、作業用の枝（ブランチ）を新しく作ります。「枝を切る」とは、この操作の呼び名です。編集した内容をコミットで記録し、push で共有して、PR で提案します。確認後にマージで main へ合流させ、最後に pull で手元にも最新を取り込みます。

小さくこまめに刻む記録の基本

コミットには「何をなぜ変えたか」を残します。たとえば「申込期限を変更」と「問い合わせ先を追加」を別々に記録すると、後から理由をたどりやすくなります。5slab の生成AIへの指示 /git save も、普通の Git の commit と同じく手元へ記録するだけです。送信（push）と下書きのPRの作成は、main への統合を頼む /git land がまとめて行います。

依頼した変更を確認するときは、担当者からPRのURLを受け取り、まず説明文と画面の画像を見ます。細かな変更一覧は、PR画面の Files changed（変更ファイル）タブにあります。追加の修正も同じPRに送れるので、一度提案したら完成という意味ではありません。main への合流後も、本番公開には検証と承認が必要です。

押さえておきたい用語

ブランチ（枝）

本流から分かれた作業用の場所。他の人の作業や本流に影響を与えずに変更を試せる。1作業1本が基本。

コミット

変更内容を選んで履歴台帳に刻む記録の単位。「何をなぜ変えたか」を小さな節目ごとに手元で残せる。

push（プッシュ）

手元のパソコンで刻んだコミットを GitHub へ送信する操作。この時点で初めてチーム全体へ共有される。

プルリクエスト（PR）

自分の枝の変更を本流に取り込んでもらうための提案書。変更の差分が一覧になり、コメントで議論できる。

マージ（合流）

レビューで承認された枝の変更を本流（main）へ統合すること。5slab では合流後に検証環境へ反映し、本番公開は別に判断する。

この用語の解説を読む

pull（プル）

GitHub 上の本流にある最新の記録を手元のパソコンへ取り込む操作。次の作業の前に手元を最新に揃える。