Git: „Obecnie nie w żadnym oddziale”. Czy istnieje prosty sposób na powrót do oddziału przy zachowaniu zmian?

Więc zrobiłem trochę pracy w repozytorium, a kiedy mam zamiar zatwierdzić, zdaję sobie sprawę, że obecnie nie jestem w żadnej gałęzi.

Zdarza się to często podczas pracy z submodułami i jestem w stanie to rozwiązać, ale proces jest żmudny i myślałem, że musi być łatwiejszy sposób na zrobienie tego.

Czy istnieje prosty sposób na powrót do oddziału przy zachowaniu zmian?

Jeśli nie popełniłeś:

git stash
git checkout some-branch
git stash pop

Jeśli zobowiązałeś się i nic nie zmieniłeś od tego czasu:

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

Jeśli popełniłeś, a następnie wykonałeś dodatkową pracę:

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

to mi pomogło

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

git checkout master

To wynik czegoś takiego:

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

Więc zróbmy to:

git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Pozostawiając tutaj inną drogę

git branch newbranch
git checkout master 
git merge newbranch 

Alternatywnie, możesz skonfigurować swoje podmoduły, aby zamiast znajdować się w domyślnym stanie odłączonej głowy, sprawdź gałąź.

Edytowano, aby dodać:

Jednym ze sposobów jest wyewidencjonowanie określonej gałęzi submodułu, gdy dodasz go za pomocą flagi -b:

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

Innym sposobem jest po prostu przejście do katalogu submodułów i po prostu sprawdzenie

git checkout master

Jednym ze sposobów, aby skończyć w tej sytuacji, jest zrobienie bazy z odległej gałęzi. W tym przypadku nowe zatwierdzenia są wskazywane przez, HEADale masternie wskazują na nie - wskazuje na to, gdzie było, zanim zmieniłeś podstawę drugiej gałęzi.

Możesz ustawić to jako nowe master, wykonując:

git branch -f master HEAD
git checkout master

To wymusza aktualizację masterdo wskazania HEAD(bez zakładaniamaster ), a następnie przełącza się master.

Niedawno znów napotkałem ten problem. Minęło trochę czasu, odkąd ostatnio pracowałem z submodułami i dowiedziałem się więcej o git, zdałem sobie sprawę, że wystarczy sprawdzić gałąź, którą chcesz zatwierdzić. Git zatrzyma działające drzewo, nawet jeśli go nie ukryjesz.

git checkout existing_branch_name

Jeśli chcesz pracować w nowym oddziale, powinno to działać dla Ciebie:

git checkout -b new_branch_name

Kasa zakończy się niepowodzeniem, jeśli masz konflikty w działającym drzewie, ale powinno to być dość nietypowe, a jeśli tak się stanie, możesz po prostu schować je, pop i rozwiązać konflikt.

W porównaniu z zaakceptowaną odpowiedzią ta odpowiedź pozwoli Ci zaoszczędzić na wykonaniu dwóch poleceń, których wykonanie i tak nie zajmuje tak długo. Dlatego nie zaakceptuję tej odpowiedzi, chyba że w cudowny sposób uzyska więcej głosów pozytywnych (lub przynajmniej bliskich) niż obecnie akceptowana odpowiedź.

Następująca metoda może działać:

git rebase HEAD master
git checkout master

Spowoduje to bazowanie twoich bieżących zmian HEAD na kapitale. Następnie możesz zmienić gałąź.

Alternatywnym sposobem jest najpierw sprawdzenie oddziału:

git checkout master

Następnie Git powinien wyświetlić SHA1 z twoich odłączonych zatwierdzeń, a następnie możesz je wybrać, np

git cherry-pick YOURSHA1

Możesz też scalić najnowszą:

git merge YOURSHA1

Aby zobaczyć wszystkich zatwierdzeń z różnych branż (upewnij się, że je mam), uruchom: git reflog.

Wiem, że powiedziałem babay w 2012 roku, że myślałem, że jest mało prawdopodobne, aby ktoś nie zdawał sobie sprawy, że nie ma go na gałęzi i nie popełnia. Tak mi się właśnie stało, więc chyba muszę się przyznać, że się myliłem, ale biorąc pod uwagę, że minęło to do 2016 r., Można się sprzeciwić, że w rzeczywistości jest to mało prawdopodobne.

W każdym razie, moim zdaniem utworzenie nowego oddziału jest przesadą. Wszystko co musisz zrobić to:

git checkout some-branch
git merge commit-sha

Jeśli nie skopiowałeś commit-sha przed sprawdzeniem drugiego oddziału, możesz go łatwo znaleźć, uruchamiając:

git reflog