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

git describe の出力。つまり、最も近いタグ（オプションで、ダッシュとコミット数、ダッシュ、g、および省略されたオブジェクト名が続く）。

シンボリックリファレンス名。例：master は通常、refs/heads/master が参照するコミットオブジェクトを意味します。heads/master と tags/master の両方が存在する場合、heads/master と明示的に指定して、どちらを意味するのか Git に伝えることができます。曖昧な場合は、<refname> は次の規則で最初のマッチを取ることによって曖昧さが解消されます。

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

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

ref の後にサフィックス @ と、ブレースで囲まれた序数指定（例：{1}、{15}）を付けたものは、その ref の n 番目の以前の値を指定します。たとえば、master@{1} は master の直前の値であり、master@{5} は master の 5 番目の以前の値です。このサフィックスは、ref 名の直後にのみ使用でき、ref には既存のログ（$GIT_DIR/logs/<refname>）が必要です。

空の ref 部分で @ 構文を使用すると、現在のブランチの reflog エントリを取得できます。たとえば、blabla ブランチにいる場合、@{1} は blabla@{1} と同じ意味になります。

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

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

サフィックス@{push}は、git pushがbranchnameをチェックアウトした状態で実行された場合（branchnameを指定しない場合は現在のHEAD）に「プッシュ先のブランチ」を示します。@{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が続くものと一致します。:/!で始まるその他のシーケンスは、現時点では予約されています。指定されたテキストによっては、シェルの単語分割ルールで追加の引用が必要になる場合があります。

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

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

<rev>（つまり<rev>とその祖先）から到達可能なコミットを含めます。

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

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

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

サフィックス^の後にアットマークが続く場合、<rev>のすべての親をリストすることと同じです（つまり、親から到達可能なものはすべて含めますが、コミット自体は含めません）。

サフィックス^の後に感嘆符が続く場合、コミット<rev>とそのすべての親に^プレフィックスを付けて除外すること（およびその祖先）と同じです。

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