Падрыхтоўка файлаў да каміту ў Git
Сачэнне за файламі гэта толькі палова
справы. Мы таксама павінны паказаць Git,
у які момант запомніць стан
файла для наступнага каміту.
Гэта таксама робіцца з дапамогай
шматфункцыянальнай каманды add.
Зараз мы абмеркуем падрабязней гэтае тонкае месца.
Хай мы стварылі файл index.html.
Першапачаткова ён будзе не адсочваемы:
Untracked files:
index.html
Зробім яго адсочваемым:
git add index.html
Цяпер ён трапляе ў спіс для падрыхтаваных да каміту, як новы файл:
Changes to be committed:
new file: index.html
Зменім цяпер тэкст файла. У гэтым выпадку файл файл трапіць у раздзел не падрыхтаваных да каміту, але ўжо як мадыфікаваны:
Changes not staged for commit:
modified: index.html
Больш за тое, гэты файл будзе адразу ў двух раздзелах:
Changes to be committed:
new file: index.html
Changes not staged for commit:
modified: index.html
Як так? Справа ў тым, што Git захоўвае
(індэксуе) менавіта бягучы стан
файла. Пад станам разумеецца бягучы тэкст
файла, а таксама створаны ён ці выдалены.
Калі ж файл зменены, то проста так
яго змены не захаваюцца (не праіндэксуюцца)
у Git. Для гэтага трэба зноў выканаць
каманду add. Фактычна гэтую каманду
след разглядаць як даданне
бягучага стану файла да новага каміту.
Менавіта таму мы бачым наш файл у некалькіх спісах - гэта розныя версіі файла.
Давайце прымусім Git праіндэксаваць
бягучы стан нашага файла index.html,
у які мы ўнеслі змены.
Выканаем для яго каманду add:
git add index.html
Пасля гэтага бягучая версія стане гатовая да каміту і трапіць у адпаведны раздзел:
Changes to be committed:
modified: index.html
І так трэба рабіць кожны раз.
Калі вы ўносіце змены ў файл,
вы павінны праіндэксаваць іх
для наступнага каміту з дапамогай
каманды add. Вядома ж,
калі вы хочаце забіраць гэтыя
змены ў наступны каміт.
Стварыце новы файл. Праіндэксуйце ваш файл. Паглядзіце статус.
Унясіце змену ў ваш файл. Паглядзіце статус. Праіндэксуйце ваш файл. Паглядзіце статус.
Зноў унясіце змену ў ваш файл. Паглядзіце статус. Праіндэксуйце ваш файл. Паглядзіце статус.
