Эмпирические правила
- Используйте
~большую часть времени - чтобы вернуться на несколько поколений, обычно то, что вы хотите
- Используйте
^при коммитах слияния - потому что у них есть два или более (непосредственных) родителя
Мнемоника:
- Тильда
~почти линейна по внешности и хочет идти назад по прямой
- Карет
^предлагает интересный отрезок дерева или развилку в дороге
тильда
Раздел «Указание редакций» git rev-parseдокументации определяет ~как
<rev>~<n>Например,master~3
суффикс ~<n>к параметру ревизии означает объект фиксации, который является прародителем n- го поколения именованного объекта фиксации, следуя только первым родителям. Например, <rev>~3эквивалентно тому, <rev>^^^что эквивалентно <rev>^1^1^1...
Вы можете получить к родителям любой коммит, а не только HEAD. Вы также можете перемещаться назад по поколениям: например, master~2означает прародителя кончика главной ветви, отдавая предпочтение первому родителю при фиксации слияния.
знак вставки
История Git нелинейна: ориентированный ациклический граф (DAG) или дерево. Для коммита только с одним родителем rev~и rev^означают одно и то же. Селектор каретки становится полезным с коммитами слияния, потому что каждый из них является потомком двух или более родителей - и напрягает язык, заимствованный из биологии.
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на английском языке является вторым родителем коммита слияния, который является пра-прародителем (три поколения назад) текущего наконечника ветви topic.
Вышеупомянутая часть git rev-parseдокументации отслеживает множество путей через условные истории мерзавца. Время течет в основном вниз. Коммиты D, F, B и A являются коммитами слияния.
Вот иллюстрация, Джон Лоелигер. Оба узла фиксации 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документации полна полезной информации и стоит углубленное чтение. Смотрите также Git Tools - Выбор редакции из книги Pro Git .
Порядок родительских комиссий
Совершить 89e4fcb0dd из собственной истории GIT является слияние фиксации, так как git show 89e4fcb0ddуказывает на то с строке заголовка Merge , который отображает имена объектов Непосредственным предков.
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-parseпоследовательно показать ближайших родителей 89e4fcb0dd.
$ git rev-parse 89e4fcb0dd^1 89e4fcb0dd^2 89e4fcb0dd^3
c670b1f876521c9f7cd40184bf7ed05aad843433
649bf3a42f344e71b1b5a7f562576f911a1f7423
b67d40adbbaf4f5c4898001bf062a9fd67e43368
Запрос несуществующего четвертого родителя приводит к ошибке.
$ 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
