1. 導入：なぜgit rev-parseが重要なのか？
開発現場でCI/CDパイプラインを構築する際、「今どのコミットに対してビルドが行われているのか」を特定することは非常に重要です。しかし、ブランチ名（mainなど）は常に変化するため、正確な履歴追跡には向きません。そこで役立つのがgit rev-parseです。このコマンドを使えば、複雑な指定をGitが管理する一意の識別子（フルコミットハッシュ）に変換でき、ログ出力やデプロイ先のディレクトリ名生成を正確に行えるようになります。
2. 基礎知識：コミットハッシュとは何か？
Gitは内部で、すべてのコミットに対して40文字の英数字からなる「コミットハッシュ」というIDを割り当てています。これは指紋のようなもので、コミットの内容が1文字でも変われば、このハッシュ値も完全に別物になります。
git rev-parseコマンドは、人間が理解しやすい「HEAD（最新）」や「mainブランチ」「タグ名」といった曖昧な指定を、Gitが内部で管理している「絶対的な40文字のハッシュ値」に翻訳するためのコマンドです。
3. 実装・解決策：ハッシュを取得する手順
基本的にはターミナルで git rev-parse [対象] を実行するだけです。しかし、スクリプトで利用する場合は、短縮版のハッシュが必要なこともあります。その場合は –short オプションを使用します。これにより、最初の7文字程度を取得でき、ログが見やすくなります。
4. サンプルプログラム：Bashスクリプトでの活用例
以下のコードは、現在のコミットIDを取得して、ビルドログやファイル名として活用するためのサンプルです。そのままコピーしてスクリプトファイルとして実行可能です。
!/bin/bash
現在の最新コミットのフルハッシュを取得
FULL_HASH=$(git rev-parse HEAD)
echo "フルハッシュ: $FULL_HASH"
短縮版のハッシュを取得（7文字程度）
多くのCIツールやGUIツールで利用される形式です
SHORT_HASH=$(git rev-parse --short HEAD)
echo "短縮ハッシュ: $SHORT_HASH"
応用例：ハッシュ値を含んだ名前でビルド成果物を作成する
例: app-a1b2c3d.zip
ARTIFACT_NAME="app-${SHORT_HASH}.zip"
echo "ビルド成果物名: $ARTIFACT_NAME"
5. 応用・注意点：現場で役立つTips
・存在チェックを忘れずに：
スクリプト内で使用する際、gitリポジトリ外で実行するとエラーになります。必ず git rev-parse –is-inside-work-tree を併用して、現在ディレクトリがGit管理下にあるか確認するロジックを入れると堅牢になります。
・相対指定の活用：
git rev-parse HEAD~1 とすれば「1つ前のコミット」のハッシュが取得できます。リリース前の「直前のコミットと比較したい」といったシナリオでは非常に強力です。
・ハッシュの文字数：
–short オプションで取得する文字数は、リポジトリの規模に応じてGitが自動的に決定します。短いと衝突のリスクがあるため、基本的にはGitにお任せするのが安全です。
これらを活用して、手作業による記録ミスを減らし、信頼性の高い自動化パイプラインを構築していきましょう。
コメント