PR：この記事にはアフィリエイトリンクが含まれます。
Gitのチーム開発で迷いやすいのは、ブランチの分け方や統合のタイミング、コンフリクトの直し方です。コマンドを覚えるだけでは足りません。履歴を書き換えてよい範囲も押さえておきたいところ。
この記事では、ブランチ運用の基本からrebase中の衝突対応までを、実際の作業を思い浮かべながら整理します。チームで共有するルールと、練習に役立つ書籍も紹介します。
Git本の早見表
Gitの基本操作を学ぶ本から、チームの運用設計を扱う本まで、テーマはさまざまです。どんな練習や知識につながるのか、まずは早見表で全体を眺めてみましょう。
| 書籍 | 主なテーマ | 向いている人 | 参考価格 |
|---|---|---|---|
 図解即戦力 Git&GitHubのしくみと操作がこれ1冊でしっかりわかる教科書 | 基本操作、ブランチ、衝突、GitHubのPR | Gitを始めたばかりの人 | 2,420円（税込） |
 ゼロから学ぶGit/GitHub 現代的なソフトウェア開発のために | 仕組み、mergeとrebase、演習 | 理由まで理解したい人 | 2,640円（税込） |
 つくって、壊して、直して学ぶ Git＆GitHub 入門 | 衝突の再現、復旧、ハンズオン | 手を動かして覚えたい人 | 3,300円（税込） |
 GitHub実践入門 チーム開発を成功に導くためのブランチ戦略とコードレビュー | ブランチ戦略、レビュー、権限管理 | 運用を整えるリーダー | 2,200円（税込） |
価格は税込の参考価格です。実売価格は時期や販売店によって変わります。Git操作全般を学ぶ本とチームの運用ルールを考える本に分けて見ると、必要な知識をつかみやすくなります。
ブランチの役割
ブランチはコミットを指す目印です。作成してもファイル一式が複製されるわけではありません。変更を本流から分け、まとまった段階で統合する仕組みです。
機能追加や不具合修正ごとに短命な作業ブランチを作ると、変更の目的が追いやすくなります。名前は feat-payment-validation のように内容が分かる形にすると、レビュー時にも迷いません。
共有ブランチの代表は main です。直接コミットせず作業ブランチからプルリクエストを出せば、レビュー後に統合できます。ブランチ保護の設定で、レビューやCIの完了を統合条件にすることも可能です。
コミットは、あとで差分を読み返しやすい単位にまとめます。画面変更、入力チェック、テスト追加など目的が別なら、分けてコミットするのがおすすめです。レビューが楽になり、不具合の原因もたどりやすくなるでしょう。
rebaseの衝突
rebase中に同じファイルの同じ箇所が別々に変更されていると、Gitは自動で統合できず処理を止めます。人の判断を待つ段階です。まず git status で対象ファイルと作業状態を確かめましょう。
衝突したファイルには <<<<<<< や =======、>>>>>>> の印が入ります。二つの変更を見比べ、機能として何を成立させるかを考えてから編集します。片方をそのまま残す必要はなく、両方の意図を保って組み合わせる場合もあります。
rebase中の衝突表示では、ours は適用先のブランチ側、theirs は再適用中のコミット側を指します。これは通常のmerge時と異なるため、表示を見て一方を即決せず、差分と作業の意図を確認してください。
マーカーが残っていないか確認したら、対象ファイルを git add し、git rebase --continue を実行しましょう。次のコミットでも衝突したら同じ手順を繰り返し、やり直す場合は git rebase --abort で開始前の状態へ戻せます。
衝突を減らす習慣
作業ブランチを長く放置すると本流との差が広がり、統合時に衝突する範囲も増えがちです。一定の間隔でリモートの更新を取り込むと、差分が大きくなる前に同期できます。頻度はチームのリリース周期に合わせて決めましょう。
複数人が同じファイルや設定を同時に変更するなら、着手前にひと声かけると調整しやすくなります。APIやデータ形式を変える際は、利用側の担当者と順序を相談してください。担当範囲を共有しておけば、テキスト差分では見つけにくい食い違いも早く確認できます。
レビュー対象を小さく保つのも実務のコツです。大規模な整形と機能変更を同じブランチに入れると、差分が読みにくくなり、衝突箇所の判断にも時間がかかります。変更理由ごとに分けると、担当者間の調整の手間も減らせます。
解消後は差分を読み直し、関連テストも実行しましょう。機械的に合成できても、条件分岐や仕様に不整合が残ることがあります。迷った箇所や変更意図をプルリクエストに記録すれば、次の担当者も経緯を追えます。
書籍で練習する
『図解即戦力 Git&GitHubのしくみと操作がこれ1冊でしっかりわかる教科書』は240ページのA5判です。図とコマンド実行で操作を追いたい人におすすめします。ブランチやコンフリクト、merge・rebaseに加え、Issue、プルリクエスト、レビューまで扱います。参考価格は2,420円（税込）です。
『ゼロから学ぶGit/GitHub 現代的なソフトウェア開発のために』は208ページのB5変型判です。mergeとrebaseの仕組みを比べ、対話的rebaseやrebase中の衝突を演習で確かめられます。コマンドの手順だけでなく、履歴がどう変わるかまで知りたい人におすすめです。参考価格は2,640円（税込）です。
『つくって、壊して、直して学ぶ Git＆GitHub 入門』は288ページのハンズオン形式です。rebaseやpullでコンフリクトを意図的に起こし、解消まで体験できます。resetの違いやエラー対応も扱うため、トラブル時の操作まで練習したい人におすすめします。参考価格は3,300円（税込）です。
『GitHub実践入門 チーム開発を成功に導くためのブランチ戦略とコードレビュー』は印刷版86ページの実務書です。ブランチ運用やプルリクエスト、レビューに加え、権限設定やブランチ保護も扱います。チームの仕組みを整える立場の人におすすめです。参考価格は2,200円（税込）です。
結論
チーム開発では、作業ブランチを短く保ち、レビュー後に本流へ統合する流れを整えましょう。mergeとrebaseは履歴の見た目だけで選ばず、ブランチを誰と共有しているかを基準にします。そこが実務上の判断軸です。
衝突したら、Gitの表示をそのまま採用せず、差分と機能の意図を確かめてから直します。頻繁な同期や小さな変更、作業範囲の共有も衝突を減らします。チームで手順をそろえておきたいですね。
Git初心者が操作とGitHubの流れを一冊で学ぶなら『図解即戦力』、衝突を起こして直す練習には『つくって、壊して、直して学ぶ』が適しています。rebaseの仕組みと演習を重視するなら『ゼロから学ぶ』、レビューや権限まで整えるなら『GitHub実践入門』を選ぶとよいでしょう。
Amazon の PC をスコア化してみた
Amazonにある8〜14インチの小型WindowsタブレットやノートPCを、スペック別にスコア化して比較・ランキング。
