Gitでコンフリクトが起きても大丈夫！ コンフリクトを解消させる3つの方法：こっそり始めるGit／GitHub超入門（4）（1/2 ページ）

本連載では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。今回は、意図的にコンフリクトが起こるような操作を行って、コンフリクトが起こったときの対処方法を図を交えて説明します。

[平屋真吾，＠IT]

実際の開発では変更内容がコンフリクトしてしまう場合がある！

今回の主な内容

• コンフリクトが発生したときに行う3ステップ
• 【準備1】新たなブランチの作成とファイル変更
  • 「git checkout -b」コマンドで「ブランチの作成」と「ブランチの切り替え」を同時に
  • 「third」ブランチでのファイル変更
• 【準備2】「main」ブランチでのファイル変更
  • 「main」ブランチへの切り替え
  • 「main」ブランチでのファイル変更
• 【準備3】今回作成したブランチを「main」ブランチにマージしてコンフリクトを起こす
• コンフリクトを解消する3ステップの実践
  • 【ステップ1】コンフリクト発生箇所の確認
  • 【ステップ2】「git status」コマンドと「git add」コマンド
  • 【ステップ3】「git commit」コマンド
  • コンフリクトが解消されたかどうかを確認
• 本記事で初めて登場したGitのコマンド

　本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの一つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終えるころには、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。

　連載第4回目の本稿のテーマは「コンフリクトが発生したときの対処方法」です。

　前回の「Git初⼼者でも分かるGitブランチの作成、確認、切り替え、マージ、削除の⼿順」までで「ブランチ作成」から「マージ」までの一連の操作を行いました。前回行った一連の操作では片方の「second」ブランチだけで変更を進めたので、変更内容が複数ブランチ間で「コンフリクト（衝突、競合）」することなく簡単にマージできました。しかし、実際の開発では変更内容がコンフリクトしてしまう場合があります。

　今回は、意図的にコンフリクトが起こるような操作を行って、コンフリクトが起こったときの対処方法を説明します。

コンフリクトが発生したときに行う3ステップ