Warum sind Änderungen in einem Zweig in einem anderen Zweig sichtbar?

Question

ich die folgende Sequenz von Kommandos ausführen:

git init rep 
cd rep/ 
echo '111' > 1.txt 
git add 1.txt 
git commit -m '1' 
git checkout -b dev 
echo '222' > 1.txt 
git checkout master 
more 1.txt 

Als Ergebnis dieser Befehle I

sehen

222 

Und ich verstehe nicht, warum. Wie Sie sehen können, erstelle ich und gehe in den Zweig 'dev'. Ich mache dort einige Änderungen, aber ich füge sie nicht hinzu und begehe sie nicht. Warum sehe ich nach dem Wechsel von "dev" zu "master" die Veränderungen, die ich in "dev" gemacht habe? Sollten sie nicht im Entwickler bleiben, bis ich sie addiere, begehe und sie wieder zum Meister zusammenführe?

Answer 1

Dies liegt daran, dass Sie Ihre Änderungen nicht an Branch Dev übergeben haben. Daher sind die nicht festgeschriebenen Änderungen noch nicht an einen übergeordneten Commit gebunden.

Do

git checkout dev 
git add . 
git commit -m "changed 1.txt" 

Wenn Sie die Änderungen entfernen möchten tun

git reset --hard master 

EDIT

Der Entwickler und Master-Zweig verweisen auf den gleichen Hash begehen. Schauen Sie in den Ordner .git/refs/heads, dort werden die Zweige in separaten Dateien gespeichert. Der Inhalt ist der Commit-Hash, auf den der jeweilige Zweig verweist. Die Verzweigung ist also einfach ein Zeiger auf ein Commit.

In Ihrem speziellen Fall, wenn Sie Master oder dev auschecken, zeigen beide auf den gleichen Commit, und daher ändert die Operation den Arbeitsbaum nicht. Sonst würden Sie einen Fehler erhalten. Probieren Sie etwas auf dem dev Zweig ändert sich jetzt, dann sollten Sie eine Fehlermeldung erhalten, wenn git checkout master

Answer 2

git checkout -b dev 
echo '222' > 1.txt 
git checkout master 

Die Änderungen, die Sie auf der 1.txt Datei betrieben in den obigen Zeilen sind nicht auf einem Zweig, weil sie nicht begangen wurden (sie waren nicht sogar zum Index hinzugefügt).

Ein Git-Zweig ist nur ein Zeiger auf ein Commit. Wenn Sie den Zweig von dev zu master änderten, änderten Sie tatsächlich das aktuell ausgecheckte Festschreiben nicht. Aus diesem Grund musste Git den Index oder den Inhalt von 1.txt im Arbeitsbaum nicht aktualisieren.

Answer 3

Alle nicht aufgezeichneten Dateien werden nicht beeinflusst, wenn Sie zwischen verschiedenen Zweigen wechseln. Da sie zu Ihrem Dateisystem gehören und GIT nicht weiß, zu welchem ​​Zweig diese Dateien gehören. Wenn Sie also diese Dateien festschreiben, weiß GIT, welche Dateien zu welcher Branche gehören. Und kann Dateien im Arbeitsbereich basierend auf Ihrer Zweigstelle entfernen oder hinzufügen.