Як Git обробляє символічні посилання?

Якщо у мене є файл або каталог, який є символічним посиланням, і я призначаю його до сховища Git, що з ним відбувається?

Я б припустив, що він залишає його як символічне посилання, поки файл не буде видалений, а потім, якщо ви повернете файл зі старої версії, він просто створить звичайний файл.

Що це робиться, коли я видаляю файл, на який посилається? Чи просто він здійснює звисаючу ланку?

Git просто зберігає вміст посилання (тобто шлях об’єкта файлової системи, на який він посилається) у "крапку", як і для звичайного файлу. Потім він зберігає ім'я, режим і тип (включаючи той факт, що це символьна посилання) в дереві об'єкта, який представляє його каталог, що містить.

Коли ви перевіряєте дерево, що містить посилання, воно відновлює об'єкт як символьне посилання незалежно від того, існує цільовий об'єкт файлової системи чи ні.

Якщо ви видалите файл, на який посилається symlink, він жодним чином не впливає на керовану Git символьну посилання. У вас буде звисаюча довідка. Користувач повинен або видалити, або змінити посилання, щоб вказати на щось дійсне, якщо потрібно.

Ви можете дізнатися, що Git робить з файлом, побачивши, що він робить, коли ви додасте його до індексу. Індекс - це як попередня фіксація. Якщо індекс виконано, ви можете використовувати, git checkoutщоб повернути все, що було в індексі, в робочий каталог. Отже, що робить Git, коли додаєш символьне посилання до індексу?

Щоб дізнатися, спочатку зробіть символічне посилання:

$ ln -s /path/referenced/by/symlink symlink

Git ще не знає про цей файл git ls-filesдозволяє перевірити ваш індекс ( -sдрукує statподібний вихід):

$ git ls-files -s ./symlink
[nothing]

Тепер додайте вміст символічного посилання до магазину об'єктів Git, додавши його до індексу. Коли ви додаєте файл до індексу, Git зберігає його вміст у магазині об'єктів Git.

$ git add ./symlink

Отже, що було додано?

$ git ls-files -s ./symlink
120000 1596f9db1b9610f238b78dd168ae33faa2dec15c 0       symlink

Хеш - це посилання на упакований об’єкт, створений у магазині об'єктів Git. Ви можете вивчити цей об’єкт, якщо заглянете в .git/objects/15/96f9db1b9610f238b78dd168ae33faa2dec15cкорінь вашого сховища. Це файл, який Git зберігає у сховищі, який ви згодом можете перевірити. Якщо ви вивчите цей файл, ви побачите, що він дуже маленький. Він не зберігає вміст пов'язаного файлу.

(Примітка 120000- це режим, вказаний у ls-filesвихідному документі. Це буде щось на зразок 100644звичайного файлу.)

Але що робить Git з цим об'єктом, коли ви перевіряєте його з сховища та у вашу файлову систему? Це залежить від core.symlinksконфігурації. Від man git-config:

core.symlinks

Якщо помилкові, символьні посилання перевіряються як невеликі прості файли, що містять текст посилання.

Отже, із символічним посиланням у сховищі, після оформлення замовлення ви отримуєте текстовий файл із посиланням на повний шлях файлової системи, або власне символічне посилання залежно від значення core.symlinksконфігурації.

Так чи інакше, дані, на які посилається симпосилання, не зберігаються у сховищі.

Примітка "Редактора": Ця публікація може містити застарілу інформацію. Будь ласка, дивіться коментарі та це запитання щодо змін у Git з 1.6.1.

Symlinked каталоги:

Важливо зазначити, що відбувається, коли є каталог, який є м'яким посиланням. Будь-яке потягнення Git із оновленням видаляє посилання та робить його звичайним каталогом. Це я навчився важким шляхом. Деякі уявлення тут і тут.

Приклад

До цього

 ls -l
 lrwxrwxrwx 1 admin adm   29 Sep 30 15:28 src/somedir -> /mnt/somedir

git add/commit/push

It remains the same

Після git pullAND знайдено кілька оновлень

 drwxrwsr-x 2 admin adm 4096 Oct  2 05:54 src/somedir