Что подразумевается под отслеживаемым и не отслеживаемым в git?

Question

[Евгений Иванов]

Изучаю гит по видеоурокам. Использую оригинальный дистрибутив с офф сайта - Git Bash.
Все было понятно, до определенного момента.
В начале была команда
git add file1.txt
Мы сказали гиту отслеживать изменения в этом файле.

Далее рассматривались команды
git commit
git log
git diff
Мы работали с этими файлами - коммитили, смотрели историю, смотрели разницу между файлами.
тут всё понятно.

И вот появились команды
git reset
git checkout
И тут автор видео начал говорить про отслеживаемую и не отслеживаемую зону.

Например:

У команды git reset есть 3 режима
--soft
--mixed
--hard
--soft откатывает проект до указанного коммита и переводит все коммиты после указанного коммита в отслеживаемую зону.
--mixed откатывает проект до указанного коммита и переводит все коммиты после указанного коммита в не отслеживаемую зону.

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

Лично я понимал, что сначала мы указываем гиту объекты (git add файлы, папки и т.д.) и с ними работаем.
То есть для нас есть только отслеживаемая зона, отслеживаемые папки и файлы.
Всё что не отслеживается просто "лежит рядом".

Но тут я вижу, что гит начинает работать с не отслеживаемой зоной. Причем в 2х направлениях.
Если перевод чего либо в не отслеживаемую зону, можно трактовать как исключение из контроля (обратное действие команде add, исключить файл, стереть коммит), то перевод коммита в отслеживаемую зону - это вообще как?

Не могли бы вы мне объяснить, что тут имеется в виду?
Не было зон и они внезапно появились и элементарный материал с одной строкой кода стал непонятен.

Comments

[Дмитрий]

На самом деле вам непонятно уже с самого начала:

git add file1.txt
Мы сказали гиту отслеживать изменения в этом файле.

git add не говорит гиту отслеживать файл, это только указание на то, что изменения в данном файле нужно будет включить в следующий коммит (т.е. это подготовительная операция). Кстати, подготовить для коммита можно не весь файл, а только некоторые изменения, сделанные в нем (а все остальное, например, в будущий коммит). Эта область ("зона") называется stage (не путать со stash) и в нее помещаются не файлы, а конкретные изменения из файлов.
Главное уловить общую суть работы:
Кодим->Выбираем правки->Коммитим1->Выбираем правки->Коммитим2 (т.о. из того что мы накодили получилось два коммита).

[Дмитрий]

Кстати, рекомендую вам установить редактор SublimeText и плагин к нему GitSavvy - это самый наглядный и простой способ работы с git. Там наглядно можно добавлять в stage файлы как целиком, так и фрагментами (или даже построчно), смотреть что уже в stage и т.п.
GitSavvy - это самый крутой плагин для работы с гит. И главная крутость его в наглядности.

Answer 1

[Дмитрий]

Вы сейчас пересказываете какого-то странного блогера с его странными терминами. Думаю что никто не понимает что автор имел в виду под "зоной"...
Перестаньте смотреть какие-то странные видео, начните читать официальную книгу (на русском, с картинками) там все очень понятно. Ну или отпишитесь от этого блогера и найдите другого. :))
https://git-scm.com/book/ru/v2

Comments

[Евгений Иванов]

Смотрю [Udemy] Git. Все было хорошо, до определенного момента. (

Answer 2

[vitalya2403]

Сам искал ответ на этот вопрос, может кому то поможет. Подробный ответ нашел здесь:

https://git-scm.com/book/ru/v2/%D0%9E%D1%81%D0%BD%...

Файл CONTRIBUTING.md находится в секции «Changes not staged for commit» — это означает, что отслеживаемый файл был изменён в рабочем каталоге, но пока не проиндексирован. Чтобы проиндексировать его, необходимо выполнить команду git add. Это многофункциональная команда, она используется для добавления под версионный контроль новых файлов, для индексации изменений, а также для других целей, например для указания файлов с исправленным конфликтом слияния. Вам может быть понятнее, если вы будете думать об этом как «добавить этот контент в следующий коммит», а не как «добавить этот файл в проект».

Теперь, когда ваш индекс находится в таком состоянии, как вам и хотелось, вы можете зафиксировать свои изменения. Запомните, всё, что до сих пор не проиндексировано — любые файлы, созданные или изменённые вами, и для которых вы не выполнили git add после редактирования — не войдут в этот коммит. Они останутся изменёнными файлами на вашем диске.