はじめに
この実験では、ある Git コミットが別のコミットの祖先であるかどうかを判断する方法を学びます。コミット間の祖先関係を理解することは、プロジェクトの履歴をナビゲートし、理解するために重要です。
この目的のために、強力なツールである git merge-base --is-ancestor コマンドを探索します。さらに、git log を利用してコミット履歴を可視化し、祖先関係を追跡し、祖先ではないコミットでコマンドをテストして理解を深めます。この実験の終わりまでに、Git リポジトリ内の祖先関係を特定することができるようになります。
git merge-base --is-ancestor を使用する
このステップでは、git merge-base --is-ancestor コマンドを使って、あるコミットが別のコミットの祖先であるかどうかを判断する方法を学びます。これは、Git でプロジェクトの異なるバージョン間の履歴と関係を理解する上で基本的な概念です。
まず、簡単な Git リポジトリを作成し、いくつかのコミットを行って履歴を作成しましょう。まだプロジェクトディレクトリにいない場合は、そこに移動します。
cd ~/project
次に、この実験用の新しいディレクトリを作成し、その中で Git リポジトリを初期化します。
mkdir git-ancestor-lab
cd git-ancestor-lab
git init
以下のような出力が表示されるはずです。
Initialized empty Git repository in /home/labex/project/git-ancestor-lab/.git/
次に、最初のファイルを作成してコミットしましょう。
echo "Initial content" > file1.txt
git add file1.txt
git commit -m "Add file1 with initial content"
コミットが確認される出力が表示されます。
[master (root-commit) <commit-hash>] Add file1 with initial content
1 file changed, 1 insertion(+)
create mode 100644 file1.txt
次に、もう 1 つのコミットを行いましょう。ファイルを変更し、変更をコミットします。
echo "More content" >> file1.txt
git add file1.txt
git commit -m "Add more content to file1"
2 番目のコミットが確認される出力が表示されます。
[master <commit-hash>] Add more content to file1
1 file changed, 1 insertion(+)
これで、2 つのコミットからなる簡単な履歴ができました。コミットハッシュを確認するためにログを表示しましょう。
git log --oneline
出力は次のようになります（コミットハッシュは異なります）。
<commit-hash-2> (HEAD -> master) Add more content to file1
<commit-hash-1> Add file1 with initial content
この出力で、<commit-hash-1> は最初のコミットのハッシュで、<commit-hash-2> は 2 番目のコミットのハッシュです。2 番目のコミットは最初のコミットの直接の子孫です。つまり、最初のコミットは 2 番目のコミットの祖先です。
git merge-base --is-ancestor <ancestor-commit> <descendant-commit> コマンドは、最初のコミットが 2 番目のコミットの祖先であるかどうかをチェックします。祖先である場合は、コマンドはステータス 0（成功）で終了します。祖先でない場合は、ステータス 1（失敗）で終了します。
これをテストしてみましょう。<commit-hash-1> と <commit-hash-2> を git log --oneline の出力から得た実際のハッシュに置き換えます。
git merge-base --is-ancestor <commit-hash-1> <commit-hash-2>
echo $?
echo $? コマンドは、前のコマンドの終了ステータスを表示します。<commit-hash-1> は <commit-hash-2> の祖先であるため、git merge-base コマンドは成功し、echo $? の出力は 0 になるはずです。
祖先関係を理解することは、マージやリベースなどの多くの Git 操作において重要です。これにより、Git は異なるブランチやコミット間の共通の履歴を判断することができます。
git log を実行して祖先関係を追跡する
このステップでは、git log コマンドを使用してコミット履歴を可視化し、祖先関係の概念をより明確に理解します。git log コマンドは、リポジトリの履歴を探索するための強力なツールです。
まだリポジトリのディレクトリにいない場合は、そこに移動します。
cd ~/project/git-ancestor-lab
リポジトリにはすでに 2 つのコミットがあります。今度はデフォルト形式で再度ログを表示してみましょう。
git log
出力には、コミットハッシュ、作者、日付、コミットメッセージを含む各コミットの詳細が表示されます。コミットは逆時系列順（最新のものが最初）でリストされます。
commit <commit-hash-2> (HEAD -> master)
Author: Jane Doe <jane.doe@example.com>
Date: <Date and Time>
Add more content to file1
commit <commit-hash-1>
Author: Jane Doe <jane.doe@example.com>
Date: <Date and Time>
Add file1 with initial content
この出力から、2 番目のコミット (<commit-hash-2>) が最初のコミット (<commit-hash-1>) を指していることがわかります。これが Git が履歴を追跡する方法です。各コミット（最初のコミットを除く）には親コミットがあり、この親子関係が祖先関係を定義します。
git log コマンドは、基本的に現在のコミット（HEAD -> master で示される）から始めて、この親コミットのチェーンを逆方向にたどります。
履歴を少し長くするために、もう 1 つのコミットを追加しましょう。
echo "Final content" >> file1.txt
git add file1.txt
git commit -m "Add final content to file1"
ここで、git log --oneline を再度実行して、更新された履歴を確認します。
git log --oneline
出力には 3 つのコミットが表示されます。
<commit-hash-3> (HEAD -> master) Add final content to file1
<commit-hash-2> Add more content to file1
<commit-hash-1> Add file1 with initial content
ここで、<commit-hash-3> が最新のコミットで、<commit-hash-2> はその親で、<commit-hash-1> は <commit-hash-2> の親です。つまり、<commit-hash-1> は <commit-hash-2> と <commit-hash-3> の両方の祖先です。同様に、<commit-hash-2> は <commit-hash-3> の祖先です。
これらの関係を検証するために、git merge-base --is-ancestor を使用できます。プレースホルダを実際のコミットハッシュに置き換えます。
git merge-base --is-ancestor <commit-hash-1> <commit-hash-3>
echo $?
最初のコミットは 3 番目のコミットの祖先であるため、これは 0 を出力するはずです。
git merge-base --is-ancestor <commit-hash-2> <commit-hash-3>
echo $?
2 番目のコミットは 3 番目のコミットの祖先であるため、これも 0 を出力するはずです。
git log を使用すると、コミットグラフを可視化し、親子関係を理解するのに役立ちます。これは、git merge-base --is-ancestor がチェックする祖先関係の概念に直接関連しています。
非祖先コミットのテスト
前のステップでは、git merge-base --is-ancestor を使用して、同じブランチ上で古いコミットが新しいコミットの祖先であることを確認しました。今度は、互いに祖先関係にないコミットをテストした場合にどうなるかを調べてみましょう。
リポジトリのディレクトリに移動します。
cd ~/project/git-ancestor-lab
現在、3 つのコミットがある単一のブランチ (master) があります。非祖先関係をテストするには、新しいブランチを作成し、そのブランチ上でコミットを行う必要があります。これにより、分岐した履歴が作成されます。
まず、feature という名前の新しいブランチを作成しましょう。
git branch feature
このコマンドは、feature という名前の新しいブランチポインタを作成し、master と 同じ コミット（最新のコミット <commit-hash-3>）を指します。
次に、feature ブランチに切り替えましょう。
git checkout feature
ブランチが切り替わったことを示す出力が表示されるはずです。
Switched to branch 'feature'
これで feature ブランチにいます。このブランチ上で新しいコミットを行いましょう。新しいファイルを作成します。
echo "Feature content" > file2.txt
git add file2.txt
git commit -m "Add file2 on feature branch"
feature ブランチ上でのコミットが確認される出力が表示されます。
[feature <commit-hash-4>] Add file2 on feature branch
1 file changed, 1 insertion(+)
create mode 100644 file2.txt
ここで、git log --oneline --all --graph を使用して履歴を見てみましょう。--all フラグはすべてのブランチのコミットを表示し、--graph はコミット履歴のテキストベースの表現を描画します。
git log --oneline --all --graph
出力には分岐した履歴が表示されます。次のようになるかもしれません（コミットハッシュは異なります）。
* <commit-hash-4> (HEAD -> feature) Add file2 on feature branch
* <commit-hash-3> (master) Add final content to file1
* <commit-hash-2> Add more content to file1
* <commit-hash-1> Add file1 with initial content
このグラフでは、<commit-hash-4> は feature ブランチ上の最新のコミットで、<commit-hash-3> は master ブランチ上の最新のコミットです。これら 2 つのコミットは互いの祖先では ありません。共通の祖先は <commit-hash-3>（feature ブランチが作成されたコミット）です。
git merge-base --is-ancestor を使用して、<commit-hash-4> と <commit-hash-3> の関係をテストしましょう。プレースホルダを実際のコミットハッシュに置き換えます。
git merge-base --is-ancestor <commit-hash-4> <commit-hash-3>
echo $?
このコマンドは、<commit-hash-4> が <commit-hash-3> の祖先であるかどうかをチェックします。グラフからわかるように、祖先ではありません。したがって、コマンドはステータス 1 で終了するはずです。
次に、逆の関係をテストしましょう。<commit-hash-3> は <commit-hash-4> の祖先ですか？
git merge-base --is-ancestor <commit-hash-3> <commit-hash-4>
echo $?
このコマンドは、<commit-hash-3> が <commit-hash-4> の祖先であるかどうかをチェックします。グラフを見ると、<commit-hash-4> の親は <commit-hash-3> です。したがって、<commit-hash-3> は <commit-hash-4> の祖先 です。コマンドはステータス 0 で終了するはずです。
これは、git merge-base --is-ancestor が、リポジトリの履歴内の任意の 2 つのコミット間の関係を、異なるブランチをまたいでもプログラム的にチェックするために使用できることを示しています。
まとめ
この実験では、git merge-base --is-ancestor コマンドを使用して、ある Git コミットが別のコミットの祖先であるかどうかをチェックする方法を学びました。まず、簡単な Git リポジトリを作成し、いくつかのコミットを行って履歴を作成しました。次に、git log --oneline を使用してコミット履歴を表示し、コミットハッシュを特定しました。この基本的なステップは、Git でのプロジェクトの異なるバージョン間の関係を理解するために重要です。
