Падрыхтоўка файлаў да каміту ў Git

Сачэнне за файламі гэта толькі палова справы. Мы таксама павінны паказаць Git, у які момант запомніць стан файла для наступнага каміту. Гэта таксама робіцца з дапамогай шматфункцыянальнай каманды add. Зараз мы абмеркуем падрабязней гэтае тонкае месца.

Хай мы стварылі файл index.html. Першапачаткова ён будзе не адсочваемы:

textUntracked files:
  index.html

Зробім яго адсочваемым:

terminalgit add index.html

Цяпер ён трапляе ў спіс для падрыхтаваных да каміту, як новы файл:

textChanges to be committed:
  new file: index.html

Зменім цяпер тэкст файла. У гэтым выпадку файл файл трапіць у раздзел не падрыхтаваных да каміту, але ўжо як мадыфікаваны:

textChanges not staged for commit:
  modified: index.html

Больш за тое, гэты файл будзе адразу ў двух раздзелах:

textChanges to be committed:
  new file: index.html
  
Changes not staged for commit:
  modified: index.html

Як так? Справа ў тым, што Git захоўвае (індэксуе) менавіта бягучы стан файла. Пад станам разумеецца бягучы тэкст файла, а таксама створаны ён ці выдалены. Калі ж файл зменены, то проста так яго змены не захаваюцца (не праіндэксуюцца) у Git. Для гэтага трэба зноў выканаць каманду add. Фактычна гэтую каманду след разглядаць як даданне бягучага стану файла да новага каміту.

Менавіта таму мы бачым наш файл у некалькіх спісах - гэта розныя версіі файла.

Давайце прымусім Git праіндэксаваць бягучы стан нашага файла index.html, у які мы ўнеслі змены. Выканаем для яго каманду add:

terminalgit add index.html

Пасля гэтага бягучая версія стане гатовая да каміту і трапіць у адпаведны раздзел:

textChanges to be committed:
  modified: index.html

І так трэба рабіць кожны раз. Калі вы ўносіце змены ў файл, вы павінны праіндэксаваць іх для наступнага каміту з дапамогай каманды add. Вядома ж, калі вы хочаце забіраць гэтыя змены ў наступны каміт.