W jaki sposób katalog roboczy jest aktualizowany w "git checkout"?

Question

Rozważmy następujący "historię":

$ mkdir my_project 
$ cd my_project 
$ git init 
Initialized empty Git repository in /home/misha/misha/my_project/.git/ 

$ echo "first line" > hello.txt 
$ git add hello.txt 
$ git commit -m "first commit" 
[master (root-commit) 9c913a1] first commit 
1 files changed, 1 insertions(+), 0 deletions(-) 
create mode 100644 hello.txt 

$ git branch new_feature 
$ git checkout new_feature 
Switched to branch 'new_feature' 
$ echo "second line" >> hello.txt 
$ cat hello.txt 
first line 
second line 

$ git checkout master 
M hello.txt 
Switched to branch 'master' 
$ cat hello.txt 
first line 
second line 

Dlaczego hello.txt ma dwie linie na oddział mistrza? (Myślałem, że git checkout przywróci katalog roboczy do poprzedniego stanu, tj. hello.txt będzie miał tylko jedną linię.)

Co tak naprawdę dzieje się za kulisami w katalogu roboczym pod numerem git checkout? Jak jest aktualizowany?

Answer 1

Twoje zamówienie git na master zapobiega utracie niezatwierdzonych zmian. To dlatego wciąż masz drugą linię w swoim pliku hello.txt. Jeśli naprawdę chcesz stracić niezatwierdzone zmiany, musisz użyć parametru -f.

Wreszcie Twój kasa będzie wyglądać następująco:

git checkout -f master 

Answer 2

Git checkout (luźno) zaktualizuje kopię roboczą wraz z zawartością repozytorium przy zatwierdzeniu, które określa. Twój oddział new_feature nie ma drugiego wiersza, który został dodany do pliku (ponieważ nie został jeszcze zatwierdzony). W tej chwili ta dodatkowa linia to po prostu nieskrępowana zmiana w twojej kopii roboczej i zostanie dodana do oddziału, w którym ją zatwierdziłeś.