はじめに
GitHub の分散型バージョン コントロール アプローチを使用すれば、ソフトウェア プロジェクトにおいて信じられないほどのスケールを実現できます。 ブランチとマージのパラダイムに従うことで、プロジェクトで並行して作業する開発者の人数を容易にスケーリングすることができます。
たとえば、あなたが拡大しているプロジェクトの開発者だとします。 チームは、機能を積極的に拡張し、毎日バグの修正を行っています。 ただし、2 人の開発者が同じコード行に変更を加える場合があります。 ある開発者がバグを修正しているとき、別の開発者が機能を追加している可能性があります。 ここではどちらの開発者も間違えていませんが、それらの行の両方のバージョンをコードベースに同時に含めることはできません。 誰の行を保持するかを決定するにはどうすればよいでしょうか。 または、両方の開発者によって適用された変更を少し異なる形式で保持する 3 番目のオプションを使用する必要があるかもしれません。
このモジュールでは、マージの競合の解決を使用して、ブランチ間で重複するコミットを解決する方法について学習します。
学習の目的
このモジュールでは、次のことを行います。
- マージはどのように発生するのかと、何がマージの競合を引き起こすのかを理解します。
- 単純なマージの競合と複雑なマージの競合を簡単に解決します。
- マージの競合を軽減するベスト プラクティスをチームと共有します。
前提条件
- GitHub のアカウント
- GitHub でファイルに移動したり編集したりできること
- プル要求に関する知識
このモジュールを開始する前に、「GitHub で pull request を使用してリポジトリの変更を管理する」を完了することをお勧めします。