Git: utwórz gałąź na podstawie niestabilnych / niezaangażowanych zmian w systemie głównym

Kontekst: Pracuję nad mistrzem dodając prostą funkcję. Po kilku minutach zdaję sobie sprawę, że to nie było takie proste i powinno być lepiej pracować w nowym oddziale.

To zawsze mi się zdarza i nie mam pojęcia, jak przejść do innej gałęzi i zabrać ze sobą wszystkie te niezaangażowane zmiany, pozostawiając gałąź główną czystą. Miałem git stash && git stash branch new_branchpo prostu to osiągnąć, ale oto co otrzymuję:

~/test $ git status
# On branch master
nothing to commit (working directory clean)

~/test $ echo "hello!" > testing 

~/test $ git status
# On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   testing
#
no changes added to commit (use "git add" and/or "git commit -a")

~/test $ git stash
Saved working directory and index state WIP on master: 4402b8c testing
HEAD is now at 4402b8c testing

~/test $ git status
# On branch master
nothing to commit (working directory clean)

~/test $ git stash branch new_branch
Switched to a new branch 'new_branch'
# On branch new_branch
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   testing
#
no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (db1b9a3391a82d86c9fdd26dab095ba9b820e35b)

~/test $ git s
# On branch new_branch
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   testing
#
no changes added to commit (use "git add" and/or "git commit -a")

~/test $ git checkout master
M   testing
Switched to branch 'master'

~/test $ git status
# On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   testing
#
no changes added to commit (use "git add" and/or "git commit -a")

Czy wiesz, czy jest jakiś sposób na osiągnięcie tego?

Nie musisz ukrywać.

git checkout -b new_branch_name

nie zmienia twoich lokalnych zmian. Po prostu tworzy gałąź z bieżącego HEAD i ustawia HEAD tam. Myślę, że tego właśnie chcesz.

--- Edytuj, aby objaśnić wynik kontroli nad kasą ---

Czy jesteś zdezorientowany, ponieważ checkout masternie odrzuca twoich zmian?

Ponieważ zmiany są tylko lokalne, git nie chce, abyś je zbyt łatwo stracił. Po zmianie oddziału git nie zastępuje lokalnych zmian. Wynikiem twojego checkout masterjest:

M   testing

, co oznacza, że ​​twoje pliki robocze nie są czyste. git zmienił HEAD, ale nie zastąpił plików lokalnych. Dlatego twój ostatni status nadal pokazuje lokalne zmiany, mimo że jesteś włączony master.

Jeśli naprawdę chcesz odrzucić lokalne zmiany, musisz wymusić kasę za pomocą -f.

git checkout master -f

Ponieważ zmiany nigdy nie zostały zatwierdzone, stracisz je.

Spróbuj wrócić do swojego oddziału, zatwierdzić zmiany, a następnie ponownie dokonać transakcji.

git checkout new_branch
git commit -a -m"edited"
git checkout master
git status

Powinieneś otrzymać Mwiadomość po pierwszym kasie, ale już nie po checkout master, i nie git statuspowinien pokazywać żadnych zmodyfikowanych plików.

--- Edytuj, aby usunąć nieporozumienia dotyczące katalogu roboczego (plików lokalnych) ---

W odpowiedzi na twój pierwszy komentarz lokalne zmiany są po prostu ... cóż, lokalne. Git nie zapisuje ich automatycznie, musisz powiedzieć, aby je zapisać na później. Jeśli dokonasz zmian i nie zatwierdzisz ich wyraźnie ani nie ukryjesz, git ich nie zaktualizuje. Jeśli zmienisz HEAD ( checkout master), lokalne zmiany nie zostaną nadpisane od momentu niezapisania.

Próbować:

git stash
git checkout -b new-branch
git stash apply

Dwie rzeczy, które możesz zrobić:

git checkout -b sillyname
git commit -am "silly message"
git checkout - 

lub

git stash -u
git branch sillyname stash@{0}

( git checkout -<- myślnik to skrót do poprzedniej gałęzi, w której byłeś)

( git stash -u<- -uoznacza, że ​​przyjmuje również zmiany nieetapowane)

Jeśli używasz klienta GitHub dla systemu Windows (tak jak ja) i jesteś w sytuacji, gdy dokonałeś niezatwierdzonych zmian, które chcesz przenieść do nowego oddziału, możesz po prostu „utworzyć nową gałąź” za pomocą klienta GitHub. Przejdzie do nowo utworzonego oddziału i zachowa twoje zmiany.

Jeśli chcesz, aby bieżące niezatwierdzone zmiany w bieżącej gałęzi zostały przeniesione do nowej gałęzi, użyj następującego polecenia, aby utworzyć nową gałąź i skopiować automatycznie niezatwierdzone zmiany.

git checkout -b branch_name

Spowoduje to utworzenie nowej gałęzi z bieżącej gałęzi (zakładając, że jest ona główną), skopiowanie nieprzewidzianych zmian i przejście do nowej gałęzi.

Zatwierdź zmiany w nowym oddziale.

git commit -m "First commit"

Ponieważ tworzony jest nowy oddział, przed wypchnięciem go do zdalnego, musisz ustawić upstream. Użyj poniższego polecenia, aby ustawić wysyłanie i wypchnij go na zdalne.

git push --set-upstream origin feature/feature/NEWBRANCH

Po naciśnięciu tego polecenia na oddziale zostanie utworzona nowa gałąź, a nowa gałąź lokalna zostanie przekazana na odległość.

Teraz, jeśli chcesz wyrzucić swoje niezaangażowane zmiany z gałęzi master, użyj:

git checkout master -f

Spowoduje to odrzucenie wszelkich niezatwierdzonych lokalnych zmian przy kasie.

W najnowszym kliencie GitHub dla systemu Windows , jeśli dokonałeś niezatwierdzonych zmian i zdecydowałeś się utworzyć nowy oddział.
Podpowiedzi, jak poradzić sobie z tym dokładnie scenariuszem:

To samo dotyczy, jeśli po prostu zmienisz także gałąź.