完全な SHA-1 オブジェクト名 (40 バイトの 16 進文字列)、またはリポジトリ内で一意な先頭部分文字列。例えば、dae86e1950b1277e545cee180551750029cfe735 と dae86e は、リポジトリに dae86e で始まる他のオブジェクトがない場合、同じコミットオブジェクトを指します。

git describe の出力。すなわち、最も近いタグに、オプションでダッシュとコミット数、さらにダッシュ、g、短縮されたオブジェクト名が続く。

シンボリック参照名。例えば、master は通常、refs/heads/master によって参照されるコミットオブジェクトを意味します。たまたま heads/master と tags/master の両方がある場合、どちらを意味するかを Git に伝えるために明示的に heads/master と指定できます。曖昧な場合、<refname> は以下の規則で最初に一致するものによって区別されます。

@ 単独は HEAD のショートカットです。

参照に @ 接尾辞とブレースで囲まれた日付指定 (例: {yesterday}、{1 month 2 weeks 3 days 1 hour 1 second ago}、または {1979-02-26 18:30:00}) を続けると、以前の時点での参照の値が指定されます。この接尾辞は参照名の直後にのみ使用でき、その参照には既存のログ ($GIT_DIR/logs/<ref>) が必要です。これは特定の時点でのローカル参照の状態 (例: 先週のローカルの master ブランチの内容) を参照することに注意してください。特定の期間中に行われたコミットを参照したい場合は、--since と --until を参照してください。

参照に @ 接尾辞とブレースで囲まれた序数指定 (例: {1}, {15}) を続けると、その参照の n 番目に前の値が指定されます。例えば、master@{1} は master の直前の値であり、master@{5} は master の 5 番目に前の値です。この接尾辞は参照名の直後にのみ使用でき、その参照には既存のログ ($GIT_DIR/logs/<refname>) が必要です。

@ 構成を空の参照部分で使用して、現在のブランチの参照ログエントリにアクセスできます。たとえば、ブランチ blabla にいる場合、@{1} は blabla@{1} と同じ意味になります。

構成 @{-<n>} は、現在のブランチの前にチェックアウトされた n 番目のブランチ/コミットを意味します。

ブランチ B は、リモート R (branch.<name>.remote で設定) のブランチ X の上に構築するように設定 (branch.<name>.merge で設定) できます。B@{u} は、リモート R から取得したブランチ X のリモート追跡ブランチを参照し、通常は refs/remotes/R/X に見つかります。

サフィックス @{push} は、branchname がチェックアウトされている場合 (または、ブランチ名が指定されていない場合は現在の HEAD) に git push が実行された場合に「プッシュする場所」となるブランチを報告します。@{upstream} と同様に、リモートのそのブランチに対応するリモート追跡ブランチを報告します。

$ git config push.default current
$ git config remote.pushdefault myfork
$ git switch -c mybranch origin/master

$ git rev-parse --symbolic-full-name @{upstream}
refs/remotes/origin/master

$ git rev-parse --symbolic-full-name @{push}
refs/remotes/myfork/mybranch

リビジョンパラメータの接尾辞 ^ は、そのコミットオブジェクトの最初の親を意味します。 ^<n> は <n> 番目の親を意味します (つまり、<rev>^ は <rev>^1 と同等です)。特別なルールとして、<rev>^0 はコミット自体を意味し、<rev> がコミットオブジェクトを参照するタグオブジェクトの名前である場合に使用されます。

リビジョンパラメータの接尾辞 ~ は、そのコミットオブジェクトの最初の親を意味します。リビジョンパラメータの接尾辞 ~<n> は、指定されたコミットオブジェクトの n 番目の祖先であるコミットオブジェクトを意味し、最初の親のみをたどります。つまり、<rev>~3 は <rev>^^^ と同等であり、<rev>^1^1^1 と同等です。この形式の使い方の図については以下を参照してください。

サフィックス ^ の後にブレースで囲まれたオブジェクト型名が続く場合、<rev> のオブジェクトを再帰的に逆参照し、<type> 型のオブジェクトが見つかるか、オブジェクトがこれ以上逆参照できなくなるまで処理します (その場合、エラーを出します)。例えば、<rev> がコミットっぽいものであれば、<rev>^{commit} は対応するコミットオブジェクトを記述します。同様に、<rev> がツリーっぽいものであれば、<rev>^{tree} は対応するツリーオブジェクトを記述します。<rev>^0 は <rev>^{commit} の短縮形です。

サフィックス ^ の後に空のブレースが続く場合、そのオブジェクトはタグである可能性があり、タグではないオブジェクトが見つかるまでタグを再帰的に逆参照することを意味します。

リビジョンパラメータの接尾辞 ^ の後に、スラッシュで始まるテキストがブレースで囲まれたものが続く場合、これは以下の :/fix nasty bug 構文と同じですが、^ の前の <rev> から到達可能な、最も新しい一致するコミットを返します。

コロン、スラッシュ、そしてテキストが続く場合、指定された正規表現にコミットメッセージが一致するコミットを指します。この指定は、HEAD を含む任意の参照から到達可能な、最も新しい一致するコミットを返します。正規表現はコミットメッセージの任意の部分に一致します。文字列で始まるメッセージに一致させるには、例えば :/^foo を使用できます。特殊なシーケンス :/! は、一致対象の修飾子として予約されています。:/!-foo は否定マッチを実行し、:/!!foo はリテラルな ! 文字の後に foo が続くものに一致します。:/! で始まる他のシーケンスは現在予約されています。指定されたテキストによっては、シェルの単語分割ルールにより追加の引用が必要になる場合があります。

コロンの後にパスが続く接尾辞は、コロンの前の部分で指定されたツリーライクなオブジェクト内の、指定されたパスにあるBLOBまたはツリーを指します。 ./ または ../ で始まるパスは、現在の作業ディレクトリからの相対パスです。指定されたパスは、作業ツリーのルートディレクトリからの相対パスに変換されます。これは、作業ツリーと同じツリー構造を持つコミットまたはツリーからBLOBまたはツリーを指定する場合に最も役立ちます。

コロンの後に、オプションでステージ番号 (0から3) とコロンが続き、さらにパスが続く場合、指定されたパスにあるインデックス内の BLOB オブジェクトを指します。ステージ番号 (とその後のコロン) がない場合、ステージ 0 のエントリを指します。マージ中、ステージ 1 は共通の祖先、ステージ 2 はターゲットブランチのバージョン (通常は現在のブランチ)、ステージ 3 はマージされるブランチのバージョンです。

<rev>から到達可能なコミット (つまり、<rev>とその祖先) を含みます。

<rev>から到達可能なコミット (つまり、<rev>とその祖先) を除外します。

<rev2>から到達可能なコミットを含みますが、<rev1>から到達可能なコミットは除外します。<rev1>または<rev2>のいずれかが省略された場合、デフォルトでHEADになります。

<rev1>または<rev2>のいずれかから到達可能なコミットを含みますが、両方から到達可能なコミットは除外します。<rev1>または<rev2>のいずれかが省略された場合、デフォルトでHEADになります。

アットマークが続く接尾辞 ^ は、<rev> のすべての親をリストするのと同じです (つまり、親から到達可能なものはすべて含みますが、コミット自体は含みません)。

感嘆符が続く接尾辞 ^ は、コミット <rev> を与え、そのすべての親を ^ でプレフィックスして除外する (およびその祖先も) のと同じです。

<rev>^<n>..<rev> と同等で、<n> が指定されない場合は 1 となります。