Режим по умолчанию
Упрощает историю до самой простой истории, объясняющей конечное состояние дерева.Проще всего, потому что он удаляет некоторые боковые ветви, если конечный результат один и тот же (то есть объединение ветвей с одинаковым содержимым)*, поскольку простейшая история, объясняющая конечное состояние удаленного файла, - без истории .Есть ли риск, что git log
без --full-history
просто заявит, что файл никогда не создавался?К сожалению, да.Вот демонстрация:
mark@lunchbox:~/example$ <b><i>git init</i></b>
Initialised empty Git repository in /home/mark/example/.git/
mark@lunchbox:~/example$ <b><i>touch foo && git add foo && git commit -m "Added foo"</i></b>
[master (root-commit) ddff7a7] Added foo
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 foo
mark@lunchbox:~/example$ <b><i>git checkout -b newbranch</i></b>
Switched to a new branch 'newbranch'
mark@lunchbox:~/example$ <b><i>touch bar && git add bar && git commit -m "Added bar"</i></b>
[newbranch 7f9299a] Added bar
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 bar
mark@lunchbox:~/example$ <b><i>git checkout master</i></b>
Switched to branch 'master'
mark@lunchbox:~/example$ <b><i>git rm foo && git commit -m "Deleted foo"</i></b>
rm 'foo'
[master 7740344] Deleted foo
1 file changed, 0 insertions(+), 0 deletions(-)
delete mode 100644 foo
mark@lunchbox:~/example$ <b><i>git checkout newbranch</i></b>
Switched to branch 'newbranch'
mark@lunchbox:~/example$ <b><i>git rm bar && git commit -m "Deleted bar"</i></b>
rm 'bar'
[newbranch 873ed35] Deleted bar
1 file changed, 0 insertions(+), 0 deletions(-)
delete mode 100644 bar
mark@lunchbox:~/example$ <b><i>git checkout master</i></b>
Switched to branch 'master'
mark@lunchbox:~/example$ <b><i>git merge newbranch</i></b>
Already up-to-date!
Merge made by the 'recursive' strategy.
mark@lunchbox:~/example$ <b><i>git log -- foo</i></b>
commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery
Date: Tue Jan 12 22:50:50 2016 +0000
Deleted foo
commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery
Date: Tue Jan 12 22:50:19 2016 +0000
Added foo
mark@lunchbox:~/example$ <b><i>git log -- bar</i></b>
mark@lunchbox:~/example$ <b><i>git log --full-history -- foo</i></b>
commit 2463e56a21e8ee529a59b63f2c6fcc9914a2b37c
Merge: 7740344 873ed35
Author: Mark Amery
Date: Tue Jan 12 22:51:36 2016 +0000
Merge branch 'newbranch'
commit 77403443a13a93073289f95a782307b1ebc21162
Author: Mark Amery
Date: Tue Jan 12 22:50:50 2016 +0000
Deleted foo
commit ddff7a78068aefb7a4d19c82e718099cf57be694
Author: Mark Amery
Date: Tue Jan 12 22:50:19 2016 +0000
Added foo
mark@lunchbox:~/example$ <b><i>git log --full-history -- bar</i></b>
commit 873ed352c5e0f296b26d1582b3b0b2d99e40d37c
Author: Mark Amery
Date: Tue Jan 12 22:51:29 2016 +0000
Deleted bar
commit 7f9299a80cc9114bf9f415e1e9a849f5d02f94ec
Author: Mark Amery
Date: Tue Jan 12 22:50:38 2016 +0000
Added bar
Обратите внимание, что git log -- bar
в приведенном выше дампе терминала приводит к буквальному отсутствию вывода;Git «упрощает» историю до вымысла, где bar
никогда не существовало.git log --full-history -- bar
, с другой стороны, дает нам коммит, который создал bar
, и коммит, который его удалил.
Для ясности: эта проблема не просто теоретическая.Я только просмотрел документы и обнаружил флаг --full-history
, потому что git log -- some_file
не удался для меня в реальном хранилище, где я пытался отследить удаленный файл.Упрощение истории иногда может быть полезно, когда вы пытаетесь понять, как существующий в настоящее время файл *1040* оказался в его текущем состоянии, но при попытке отследить файл delete это большеСкорее всего, он вас обманет, скрыв сделанный вами коммит.Всегда используйте флаг --full-history
для этого варианта использования.