Как git изменяет содержимое файла?

Question

[darkoment]

Для чего конкретно нужен git - это понятно, но вот как git меняет содержимое файла (какого-то исходника), когда, к примеру, происходит переключение между коммитами? Он находит физическую копию или же у него есть инструкция, по которой он возвращает файл в нужное состояние с нужным содержимым при помощи хэша?

Answer 1

[jcmvbkbc]

Он находит физическую копию или же у него есть инструкция, по которой он возвращает файл в нужное состояние с нужным содержимым при помощи хэша?

У него есть инструкция (коммит содержит ссылку на дерево, дерево содержит имена и атрибуты файлов и ссылки на их содержимое -- хеши блобов) и он находит физическую копию с помощью хеша, поскольку git -- это простое хранилище ключ-значение. Подробности: раз, два.

Answer 2

[Сергей delphinpro]

Что конкретно делает git - это понятно

Видимо, не очень понятно. Гит хранит разницу состояний между коммитами – diff. Yf его основе строит содержимое при переключении. Полные копии всех состояний не хранятся.

Comments

[darkoment]

Подкорректировал немного, для ясности)

[jcmvbkbc]

Полные копии всех состояний не хранятся.

По умолчанию хранятся.

[Vitsliputsli]

jcmvbkbc, по данной вами же ссылке написано, что "Полные копии всех состояний не хранятся". Да git может хранить полные копии в отдельных случаях, но это больше исключение.

[jcmvbkbc]

по данной вами же ссылке написано

Vitsliputsli, точная цитата такая:

Первоначальный формат для сохранения объектов в Git называется «рыхлым» форматом (loose format). Однако, время от времени Git упаковывает несколько таких объектов в один pack-файл для сохранения места на диске и повышения эффективности.

это больше исключение

Какое же это исключение, если это поведение по умолчанию, а упаковка -- это необязательная оптимизация. Что как бы совсем не

Гит хранит разницу состояний между коммитами – diff.

[Vitsliputsli]

jcmvbkbc, исключение, потому, что например мой реп в 30Мб на почти 4000 коммитов в git занимает 35Мб, и разумеется я ничего специально не упаковывал.

[jcmvbkbc]

например мой реп в 30Мб

Vitsliputsli, anecdotal evidence такой anecdotal evidence.

[Lynn «Кофеман»]

Тем не менее, git не хранит разницу между версиями. Pack-файлы это, грубо говоря, архивы, точно так же как какой-нибудь архиватор при упаковке нескольких одинаковых файлов может это понять и переиспользовать повторяющиеся куски.

При построении разницы между версиями git всё равно будет сравнивать полные файлы.

[Vitsliputsli]

Lynn «Кофеман», вполне возможно, не скажу. Но, точно "Полные копии всех состояний не хранятся". Несмотря на ерничание jcmvbkbc, который вдруг забыл русский язык, когда не смог ответить.

[jcmvbkbc]

Но, точно "Полные копии всех состояний не хранятся".

Vitsliputsli, слушай, ну с чем ты споришь, если можно просто взять и убедиться, что по умолчанию хранятся?:

$ git init .
$ hexdump -Cv /dev/urandom | head -n 100000 > a
$ stat a
  File: a
  Size: 7900000         Blocks: 15432      IO Block: 4096   regular file

Вот подопытный файл размером почти 8M.

$ git add a
$ git commit -m 'version 1'
[master (root-commit) b36ee5cb126b] version 1
 1 file changed, 100000 insertions(+)
 create mode 100644 a
$ git cat-file -p b36ee5cb126b
tree f5870cee82fda72446a4dd3be8ebaeffe46035a3
author <[e-mail]> 1679909736 -0700
committer <[e-mail]> 1679909736 -0700

version 1
$ git cat-file -p f5870cee82fda72446a4dd3be8ebaeffe46035a3
100644 blob 65a9d4359a613ac58723324b2da83294673ca018    a
$ stat .git/objects/65/a9d4359a613ac58723324b2da83294673ca018 
  File: .git/objects/65/a9d4359a613ac58723324b2da83294673ca018
  Size: 4090218         Blocks: 7992       IO Block: 4096   regular file

Вот файл блоба с его первоначальным состоянием размером 4М.

$ echo 'some more data' >> a
$ git commit -a -m 'version 2'
[master 73e8c999ed23] version 2
 1 file changed, 1 insertion(+)

Вот к нему добавилась одна строчка

$ git cat-file -p 73e8c999ed23
tree 57ce1455664bd5027552860b713779c226c70fe9
parent b36ee5cb126b84100984c5b44f6d1f39155bd747
author <[e-mail]> 1679909809 -0700
committer <[e-mail]> 1679909809 -0700

version 2
$ git cat-file -p 57ce1455664bd5027552860b713779c226c70fe9
100644 blob 22f30336c84a6f20376a83fc04977797969f80b4    a
$ stat .git/objects/22/f30336c84a6f20376a83fc04977797969f80b4 
  File: .git/objects/22/f30336c84a6f20376a83fc04977797969f80b4
  Size: 4090233         Blocks: 7992       IO Block: 4096   regular file

Вот ещё один файл блоба, из нового коммита, с добавленной одной строчкой, почти такого же размера -- 4M.

В эту игру можно играть целый день:

$ for a in `seq 3 100` ; do echo 'some more data' >> a ; git commit -a -m "version $a" ; done
...
$ du -sh .git/objects/
392M    .git/objects/

100 коммитов с блобами по 4М, а каждый коммит только по одной строчке в конец добавил.

[Vitsliputsli]

jcmvbkbc, спорю с этим:

"Полные копии всех состояний не хранятся."
По умолчанию хранятся.

Вот подопытный файл размером почти 8M.
Вот файл блоба с его первоначальным состоянием размером 4М.
Вот ещё один файл блоба, из нового коммита, с добавленной одной строчкой, почти такого же размера -- 4M.

4М это меньше, чем 8М, а значит уже не полная копия.

Мало того, даже по вашей ссылке написано:

Первоначальный формат для сохранения объектов в Git называется «рыхлым» форматом (loose format). Однако, время от времени Git упаковывает несколько таких объектов в один pack-файл для сохранения места на диске и повышения эффективности. Это происходит, когда «рыхлых» объектов становится слишком много

Т.е. даже эти куски по 4М будут сжаты (и git об этом не нужно специально просить), и будет как в моем 30M репе на 4000 коммитов, который в git занимает 35M. Т.е. то что мы наблюдаем в вашем примере, лишь "кеширование" для удобства работы с горячими данными.

[Lynn «Кофеман»]

Vitsliputsli,
> 4М это меньше, чем 8М, а значит уже не полная копия.
git по умолчанию сжимает файлы

И вообще спор изначально было из-за неверного утверждения «Гит хранит разницу состояний между коммитами – diff».

Гит хранит blob-ы — объекты с данными. Для уменьшения занимаемого места он может их компактно упаковывать в специальные файлы. Но при этом нигде нет специального хранения «разницы между коммитами».

[Vitsliputsli]

Lynn «Кофеман», правильно на счет неверного изначального утверждения. Но, и утверждение, что закоммитив 8мб файл 100 раз у вас будет реп на 800мб тоже неверное.

Answer 3

[Lynn «Кофеман»]

По большому счёту вам должно быть всё равно как он это делает.

Но если очень приблизительно, то в папке .git лежат (в сжатом виде) копии всех файлов по всей истории и когда вы переключаете коммиты git просто перезаписывает файлы из нужной копии.

Как конкретно хранятся (а иногда и не хранится) файлы это отдельная тема.