経験則
~ほとんどの時間を使用します—何世代にもわたって戻ります。^マージコミットで使用— 2つ以上の（直接の）親があるため
ニーモニック：
- ティルデ
~は外観がほぼ線形で、直線で後戻りしたい
- キャレット
^は、道路のツリーまたはフォークの興味深いセグメントを示唆しています
チルダ
指定「の改訂」セクションgit rev-parseのドキュメントの定義~として
<rev>~<n>たとえばmaster~3、リビジョンパラメータの
サフィックスは、名前付きコミットオブジェクト~<n>のn 番目の世代の祖先であるコミットオブジェクトを意味し、最初の親にのみ続きます。たとえば、「<rev>~3と同等」は「…」<rev>^^^と同等<rev>^1^1^1
だけでなく、任意のコミットの親に到達できますHEAD。世代間を移動することもできます。たとえば、master~2マスターブランチの先端の祖父母は、マージコミットで最初の親を優先します。
キャレット
Git履歴は非線形です：有向非循環グラフ（DAG）またはツリー。1つだけの親でコミットし、rev~そしてrev^同じことを意味します。キャレットセレクターはマージコミットで役立ちます。それぞれが2つ以上の親の子であり、生物学から借用された言語に負担をかけるからです。
HEAD^現在の枝の先端の最初の直接の親を意味します。HEAD^はの略でありHEAD^1、HEAD^2必要に応じてアドレスなどを指定することもできます。ドキュメントの同じセクションでは、次のようにgit rev-parse定義されています
<rev>^、例えば HEAD^、v1.5.1^0
接尾辞^リビジョンパラメータには、オブジェクトをコミットすることの最初の親を意味します。^<n>手段のn 番目の親（[ 例 ]は、<rev>^と等価です<rev>^1）。特別なルールとして、<rev>^0はコミット自体を意味し、がコミット<rev>オブジェクトを参照するタグオブジェクトのオブジェクト名である場合に使用されます。
例
これらの指定子またはセレクターは任意にチェーンできます。たとえば、topic~3^2英語では、ブランチの現在の先端のひ孫（3世代前）であるマージコミットの2番目の親ですtopic。
ドキュメントの前述のセクションではgit rev-parse、概念的なgit履歴を通じて多くのパスをたどっています。時間は一般的に下向きに流れます。コミットD、F、B、およびAはマージコミットです。
Jon Loeligerによるイラストです。コミットノードBとCはどちらもコミットノードAの親です。親コミットは左から右に並べられます。
G H I J
\ / \ /
D E F
\ | / \
\ | / |
\|/ |
B C
\ /
\ /
A
A = = A^0
B = A^ = A^1 = A~1
C = A^2
D = A^^ = A^1^1 = A~2
E = B^2 = A^^2
F = B^3 = A^^3
G = A^^^ = A^1^1^1 = A~3
H = D^2 = B^^2 = A^^^2 = A~2^2
I = F^ = B^3^ = A^^3^
J = F^2 = B^3^2 = A^^3^2
以下のコードを実行して、引用された図と履歴が一致するgitリポジトリを作成します。
#! /usr/bin/env perl
use strict;
use warnings;
use subs qw/ postorder /;
use File::Temp qw/ mkdtemp /;
my %sha1;
my %parents = (
A => [ qw/ B C / ],
B => [ qw/ D E F / ],
C => [ qw/ F / ],
D => [ qw/ G H / ],
F => [ qw/ I J / ],
);
sub postorder {
my($root,$hash) = @_;
my @parents = @{ $parents{$root} || [] };
postorder($_, $hash) for @parents;
return if $sha1{$root};
@parents = map "-p $sha1{$_}", @parents;
chomp($sha1{$root} = `git commit-tree @parents -m "$root" $hash`);
die "$0: git commit-tree failed" if $?;
system("git tag -a -m '$sha1{$root}' '$root' '$sha1{$root}'") == 0 or die "$0: git tag failed";
}
$0 =~ s!^.*/!!; # / fix Stack Overflow highlighting
my $repo = mkdtemp "repoXXXXXXXX";
chdir $repo or die "$0: chdir: $!";
system("git init") == 0 or die "$0: git init failed";
chomp(my $tree = `git write-tree`); die "$0: git write-tree failed" if $?;
postorder 'A', $tree;
system "git update-ref HEAD $sha1{A}"; die "$0: git update-ref failed" if $?;
system "git update-ref master $sha1{A}"; die "$0: git update-ref failed" if $?;
# for browsing history - http://blog.kfish.org/2010/04/git-lola.html
system "git config alias.lol 'log --graph --decorate --pretty=oneline --abbrev-commit'";
system "git config alias.lola 'log --graph --decorate --pretty=oneline --abbrev-commit --all'";
新しい使い捨てリポジトリにのみエイリアスを追加するためgit lol、次のgit lolaように履歴を表示できます
$ git lol
* 29392c8 (HEAD -> master, tag: A) A
|\
| * a1ef6fd (tag: C) C
| |
| \
*-. \ 8ae20e9 (tag: B) B
|\ \ \
| | |/
| | * 03160db (tag: F) F
| | |\
| | | * 9df28cb (tag: J) J
| | * 2afd329 (tag: I) I
| * a77cb1f (tag: E) E
* cd75703 (tag: D) D
|\
| * 3043d25 (tag: H) H
* 4ab0473 (tag: G) G
ご使用のマシンでは、SHA-1オブジェクト名は上記のものとは異なりますが、タグを使用すると、名前でコミットに対処し、理解を確認できます。
$ git log -1 --format=%f $(git rev-parse A^)
B
$ git log -1 --format=%f $(git rev-parse A~^3~)
I
$ git log -1 --format=%f $(git rev-parse A^2~)
F
で「修正の指定」git rev-parseのドキュメントは、偉大な情報がいっぱいですとANの深い読む価値があります。Gitツール-ブックPro Gitのリビジョン選択も参照してください。
親コミットの順序
直接の祖先のオブジェクト名を表示するMergeヘッダー行で示されているように、git自身の履歴からのコミット89e4fcb0ddはマージコミットgit show 89e4fcb0ddです。
commit 89e4fcb0dd01b42e82b8f27f9a575111a26844df
Merge: c670b1f876 649bf3a42f b67d40adbb
Author: Junio C Hamano <gitster@pobox.com>
Date: Mon Oct 29 10:15:31 2018 +0900
Merge branches 'bp/reset-quiet' and 'js/mingw-http-ssl' into nd/config-split […]
git rev-parse89e4fcb0ddの直接の親を順番に表示するように要求することで、順序を確認できます。
$ git rev-parse 89e4fcb0dd^1 89e4fcb0dd^2 89e4fcb0dd^3
c670b1f876521c9f7cd40184bf7ed05aad843433
649bf3a42f344e71b1b5a7f562576f911a1f7423
b67d40adbbaf4f5c4898001bf062a9fd67e43368
存在しない4番目の親をクエリすると、エラーが発生します。
$ git rev-parse 89e4fcb0dd^4
89e4fcb0dd^4
fatal: ambiguous argument '89e4fcb0dd^4': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
親のみを抽出する場合は、完全なハッシュにきれいな形式 %Pを使用します
$ git log -1 --pretty=%P 89e4fcb0dd
c670b1f876521c9f7cd40184bf7ed05aad843433 649bf3a42f344e71b1b5a7f562576f911a1f7423 b67d40adbbaf4f5c4898001bf062a9fd67e43368
または%p省略された親のために。
$ git log -1 --pretty=%p 89e4fcb0dd
c670b1f876 649bf3a42f b67d40adbb
