В чем разница между HEAD, рабочим деревом и индексом в Git?

Может кто-нибудь сказать мне разницу между HEAD, рабочим деревом и индексом в Git?

Из того, что я понимаю, это все названия для разных веток. Правильно ли мое предположение?

редактировать

я нашел это

Один репозиторий git может отслеживать произвольное количество веток, но ваше рабочее дерево связано только с одной из них (ветвью «текущая» или «извлеченная»), и HEAD указывает на эту ветку.

Значит ли это, что HEAD и рабочее дерево всегда одинаковы?

Несколько других хороших ссылок на эти темы:

• Мой рабочий процесс Git

Я использую индекс в качестве контрольной точки .

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

Ноты:

1. рабочее пространство является дерево каталогов (источник) файлы , которые можно просматривать и редактировать.

2. Индекс представляет собой один большой двоичный файл в <baseOfRepo>/.git/index, в котором перечислены все файлы в текущей ветви, их SHA1 контрольные суммы, метки времени и имя файла - это не другой каталог с копией файлов в нем.

3. Локальный репозиторий находится скрытый каталог ( .git) , включая objectsкаталог , содержащий все версии каждый файл в репозитории (местные филиалы и копию удаленных филиалов) в качестве сжатого файла «Blob».

Не думайте о четырех «дисках», представленных на рисунке выше, как об отдельных копиях файлов репо.

• Почему Git лучше, чем X

• Git - твой друг, а не враг 3: ссылки и индекс

Они в основном называются ссылками для коммитов Git. Существует два основных типа ссылок: метки и заголовки.

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

(примечание: в комментировал по Тимо Huovinen , эти стрелки не то , что коммиты указывают на это, это порядок документооборота , в основном , демонстрирующая стрелки , как , 1 -> 2 -> 3 -> 4где 1это первое обязательство и 4последний)

Теперь мы знаем, что происходит в проекте.
Но чтобы знать, что происходит прямо здесь, прямо сейчас есть специальная ссылка под названием HEAD. Он служит двум основным целям:

• он сообщает Git, с какого коммита брать файлы при оформлении заказа, и
• он говорит Git, куда помещать новые коммиты, когда вы делаете коммит.

При запуске git checkout refон указывает HEADна ссылку, которую вы определили, и извлекает из нее файлы. При запуске git commitон создает новый объект фиксации, который становится дочерним по отношению к текущему HEAD. Обычно HEADуказывает на одну из головок, поэтому все работает просто отлично.

Разница между HEAD (текущая ветвь или последнее зафиксированное состояние в текущей ветке), индексом (или промежуточной областью) и рабочим деревом (состояние файлов в извлечении) описана в разделе «Три состояния» «Основы 1.3 Git » глава книги Pro Git Скотта Чакона (лицензия Creative Commons).

Вот изображение, иллюстрирующее это из этой главы:

На приведенном выше изображении «рабочий каталог» аналогичен «рабочему дереву», «область подготовки» - это альтернативное имя для git «index», а HEAD указывает на текущую извлеченную ветвь, которая указывает на последний коммит в « git directory (репозиторий) "

Обратите внимание, что git commit -aвнесет изменения и зафиксировать в один шаг.

Ваше рабочее дерево - это то, что на самом деле находится в файлах, над которыми вы сейчас работаете.

HEADявляется указателем на ветвь или коммит, который вы в последний раз извлекли, и который будет родителем нового коммита, если вы его сделаете. Например, если вы находитесь на masterветке, то HEADбудет указывать master, и когда вы фиксируете, этот новый коммит будет потомком ревизии, на которую он masterуказывал, и masterбудет обновляться, чтобы указывать на новый коммит.

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

Рабочее дерево

Ваше рабочее дерево - это файлы, над которыми вы сейчас работаете.

Git index

• «Индекс» git - это место, куда вы помещаете файлы, которые хотите зафиксировать, в репозиторий git.

• Индекс также известен как кеш , кеш каталога , текущий кеш каталога , область подготовки , промежуточные файлы. .

• Прежде чем «фиксировать» (проверять) файлы в репозитории git, вам необходимо сначала поместить файлы в «индекс» git.

• Индекс не является рабочим каталогом: вы можете ввести команду, например git status, и git скажет вам, какие файлы в вашем рабочем каталоге были добавлены в индекс git (например, с помощью git add filenameкоманды).

• Индекс не является репозиторием git: файлы в индексе git - это файлы, которые git передал бы в репозиторий git, если бы вы использовали команду git commit.