Що означає FETCH_HEAD в Git?

git pull --help каже:

У режимі за замовчуванням git pullце стенограма, за git fetchякою слід git merge FETCH_HEAD.

Що це таке FETCH_HEADі що насправді зливається протягом git pull?

FETCH_HEADце недовговічна інформація, щоб відслідковувати щойно отримане з віддаленого сховища. git pullспочатку викликає git fetch, у звичайних випадках дістаючи гілку з віддаленого; FETCH_HEADвказує на кінчик цієї гілки (вона зберігає SHA1 комітету так само, як це роблять гілки). git pullпотім викликає git merge, об'єднуючись FETCH_HEADу поточну гілку.

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

Це трохи схоже на те, що можна робити git fetchбез аргументів (або git remote update), оновлювати всі віддалені гілки, потім запускати git merge origin/<branch>, але використовуючи FETCH_HEADвнутрішньо, а не для того, щоб посилатися на будь-який отриманий посилання, замість того, щоб називати речі.

FETCH_HEAD - це посилання на підказку останнього вибору, незалежно від того, чи був цей ініціюваний безпосередньо за допомогою команди fetch, або як частина витягування. Поточне значення FETCH_HEAD зберігається в .gitпапці у файлі з іменем, ви вже здогадалися, FETCH_HEAD.

Тож якщо я видаю:

git fetch https://github.com/ryanmaxwell/Fragaria

FETCH_HEAD може містити

3cfda7cfdcf9fb78b44d991f8470df56723658d3        https://github.com/ryanmaxwell/Fragaria

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

git merge FETCH_HEAD

Як було сказано у відповіді Джонатана , файл FETCH_HEAD відповідає файлу .git/FETCH_HEAD. Зазвичай файл буде виглядати приблизно так:

71f026561ddb57063681109aadd0de5bac26ada9                        branch 'some-branch' of <remote URL>
669980e32769626587c5f3c45334fb81e5f44c34        not-for-merge   branch 'some-other-branch' of <remote URL>
b858c89278ab1469c71340eef8cf38cc4ef03fed        not-for-merge   branch 'yet-some-other-branch' of <remote URL>

Зверніть увагу, як маркуються всі гілки, окрім однієї not-for-merge. Непарною є гілка, яку перевірили перед початком. Підсумовуючи це: FETCH_HEAD по суті відповідає віддаленій версії гілки, яка зараз перевірена.

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

git fetch gitserver release_1

gitserver- це назва моєї машини, яка зберігає сховища git. release_1є тегом для версії програмного забезпечення. На мій подив, release_1тоді ніде не було знайдено моєї локальної машини. Мені довелося набрати

 git tag release_1 FETCH_HEAD 

для завершення копії позначеного ланцюжка комітетів (release_1) з віддаленого сховища до локального. Fetch знайшов віддалений тег, скопіював команду на мою локальну машину, не став створив локальний тег, але встановив FETCH_HEADзначення фіксації, щоб я міг його знайти та використовувати. Потім я FETCH_HEADстворив локальний тег, який відповідав би тегу на пульті. Це практична ілюстрація того, що FETCH_HEADє і як це можна використовувати, і може бути корисним іншим, хто цікавиться, чому git fetch не робить того, чого ви наївно очікували.

На мою думку, найкраще уникати цієї мети, і кращий спосіб досягти того, що я намагався зробити

git fetch gitserver release_1:release_1

тобто вивести release_1 і називати його випуском_1 локально. (Це джерело: dest, див Https://git-scm.com/book/en/v2/Git-Internals-The-Refspec ; про всяк випадок, якщо ви хочете дати йому інше ім’я!)

Ви можете використовувати час FETCH_HEADвід часу: -

git fetch gitserver bugfix1234
git cherry-pick FETCH_HEAD

може бути хорошим способом використання виправлення помилок 1234 з вашого сервера Git, а також залишаючи Git зібрання сміття, щоб утилізувати копію з сервера, як тільки виправлення було вибрано вишнею на вашій поточній гілці. (Я припускаю, що на сервері є хороший чистий тег, який містить цілу помилку виправлення!)

git pull - це поєднання вибору з подальшим злиттям. Коли git fetch трапляється, він зазначає, що головна фіксація того, що він отримав у FETCH_HEAD (просто файл із таким ім'ям у .git), і ці комісії потім об'єднуються у вашу робочу директорію.