Git: "Derzeit nicht in einem Zweig." Gibt es eine einfache Möglichkeit, zu einem Zweig zurückzukehren, während die Änderungen beibehalten werden?

Ich habe also einige Arbeiten im Repository durchgeführt und als ich mich verpflichten möchte, stelle ich fest, dass ich derzeit in keinem Zweig bin.

Dies passiert häufig bei der Arbeit mit Submodulen und ich kann es lösen, aber der Prozess ist langwierig und ich habe gedacht, dass es einen einfacheren Weg geben muss, dies zu tun.

Gibt es eine einfache Möglichkeit, zu einem Zweig zurückzukehren, während die Änderungen beibehalten werden?

Wenn Sie nicht verpflichtet haben:

git stash
git checkout some-branch
git stash pop

Wenn Sie sich verpflichtet haben und seitdem nichts geändert haben:

git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}

Wenn Sie sich verpflichtet haben und dann zusätzliche Arbeit geleistet haben:

git stash
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
git stash pop

das hat mir geholfen

git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch

git checkout master

Das Ergebnis ist ungefähr so:

Warning: you are leaving 2 commits behind, not connected to
any of your branches:

1e7822f readme
0116b5b returned to clean django

If you want to keep them by creating a new branch, this may be a good time to do so with:
git branch new_branch_name 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Also machen wir's:

git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Hier einen anderen Weg verlassen

git branch newbranch
git checkout master 
git merge newbranch 

Alternativ können Sie Ihre Submodule so einrichten, dass Sie einen Zweig auschecken, anstatt sich in ihrem Standardzustand mit getrenntem Kopf zu befinden.

Bearbeitet, um hinzuzufügen:

Eine Möglichkeit besteht darin, einen bestimmten Zweig des Submoduls auszuchecken, wenn Sie ihn mit dem Flag -b hinzufügen:

git submodule add -b master <remote-repo> <path-to-add-it-to>

Eine andere Möglichkeit besteht darin, einfach in das Submodulverzeichnis zu gehen und es auszuchecken

git checkout master

Eine Möglichkeit, in dieser Situation zu enden, besteht darin, eine Rebase von einem Remote-Zweig durchzuführen. In diesem Fall wird auf die neuen Commits verwiesen, HEADaber masternicht auf sie. Sie zeigen auf den Ort, an dem sie sich befanden, bevor Sie den anderen Zweig neu gegründet haben.

Sie können dieses Commit zu Ihrem neuen machen, masterindem Sie Folgendes tun:

git branch -f master HEAD
git checkout master

Dies wird zwangsweise aktualisiert master, um auf HEAD(ohne Sie anzulegen) zu verweisen, und wechselt masterdann zu master.

Ich bin kürzlich wieder auf dieses Problem gestoßen. Es ist eine Weile her, seit ich das letzte Mal mit Submodulen gearbeitet habe und nachdem ich mehr über Git erfahren habe, wurde mir klar, dass es ausreicht, nur den Zweig zu überprüfen, für den Sie sich festlegen möchten. Git behält den Arbeitsbaum auch dann bei, wenn Sie ihn nicht verstauen.

git checkout existing_branch_name

Wenn Sie an einem neuen Zweig arbeiten möchten, sollte dies für Sie funktionieren:

git checkout -b new_branch_name

Das Auschecken schlägt fehl, wenn Sie Konflikte im Arbeitsbaum haben, aber das sollte ziemlich ungewöhnlich sein. Wenn dies passiert, können Sie es einfach verstauen, einfügen und den Konflikt lösen.

Im Vergleich zur akzeptierten Antwort erspart Ihnen diese Antwort die Ausführung von zwei Befehlen, deren Ausführung ohnehin nicht so lange dauert. Daher werde ich diese Antwort nicht akzeptieren, es sei denn, sie erhält auf wundersame Weise mehr positive Stimmen (oder zumindest mehr Stimmen) als die derzeit akzeptierte Antwort.

Die folgende Methode kann funktionieren:

git rebase HEAD master
git checkout master

Dadurch werden Ihre aktuellen HEAD-Änderungen über dem Master wiederhergestellt. Dann können Sie den Zweig wechseln.

Alternativ können Sie zuerst die Filiale auschecken:

git checkout master

Dann sollte Git SHA1 Ihrer getrennten Commits anzeigen, dann können Sie sie auswählen, z

git cherry-pick YOURSHA1

Oder Sie können auch die neueste zusammenführen:

git merge YOURSHA1

Führen Sie Folgendes aus, um alle Ihre Commits aus verschiedenen Branchen anzuzeigen (um sicherzustellen, dass Sie sie haben) git reflog.

Ich weiß, dass ich Babay 2012 gesagt habe, dass ich es für unwahrscheinlich halte, dass jemand nicht merkt, dass er nicht in einem Zweig ist und sich verpflichtet. Das ist mir gerade passiert, also muss ich wohl zugeben, dass ich falsch lag, aber wenn man bedenkt, dass es bis 2016 gedauert hat, bis mir das passiert ist, könnte man argumentieren, dass es tatsächlich unwahrscheinlich ist.

Wie auch immer, die Schaffung einer neuen Niederlassung ist meiner Meinung nach übertrieben. Alles was du tun musst, ist:

git checkout some-branch
git merge commit-sha

Wenn Sie das Commit-sha vor dem Auschecken des anderen Zweigs nicht kopiert haben, können Sie es leicht finden, indem Sie Folgendes ausführen:

git reflog