Git 2.23 wprowadza nowe polecenie git switch- po przeczytaniu dokumentacji wydaje się być prawie takie samo, jak git checkout <branchname>ktoś może wyjaśnić różnicę lub przypadek użycia?
Wprowadzono dwa nowe polecenia „git switch” i „git restore” w celu rozdzielenia „sprawdzania gałęzi, aby pracować nad rozwojem jej historii” i „sprawdzania ścieżek poza indeksem i / lub drzewem, aby pracować nad przyspieszeniem bieżącej history z jednego polecenia „git checkout”.
Odpowiedzi:
Cóż, zgodnie z dokumentacją, do której odsyłasz, jej jedynym celem jest podzielenie i wyjaśnienie dwóch różnych zastosowań git checkout:
git switchmoże teraz służyć do zmiany gałęzi, podobnie git checkout <branchname>jakgit restoremoże służyć do resetowania plików do pewnych wersji, podobnie git checkout --<path_to_file>jakLudzie są zdezorientowani tymi różnymi sposobami korzystania git checkout, jak widać na podstawie wielu pytań dotyczących git checkouttutaj w Stackoverflow. Wydaje się, że deweloperzy Git wzięli to pod uwagę.
git checkoutPrzełączyć gałąź? git checkoutPobrać określoną wersję pliku? git checkoutUsunąć zmiany w jednym pliku? git checkoutSzczerze mówiąc, zastanawiam się, ile normalnego przepływu pracy gita można wykonać z różnymi flagami git checkout.
git checkouttechnicznego punktu widzenia nie jest już potrzebny? A może nadal jest używany do pewnych rzeczy, takich jak sprawdzanie zatwierdzenia, który nie jest odgałęzieniem (przejście do trybu „odłączonej głowy”)?
-bflagi. Nadal tworzy gałąź.
checkout operacja nie tworzy gałęzi, może jedynie przełączyć się do już istniejącej gałęzi. -bOpcja do checkout polecenia wewnętrznie wykonuje git branchzanim faktycznie robi kasę. To jest to samo, co git pulljest skrótem do git fetch+ git merge.
git checkout -b <branch name>, możesz użyć, git switch -c <branch name>aby uzyskać ten sam efekt
git checkout jest trochę szwajcarskim scyzorykiem, który ma kilka niepowiązanych zastosowań.
Jeśli zmodyfikujesz plik, ale nie wprowadzisz zmiany do poczekalni, to git checkout <filename>odwrócisz modyfikacje ... szybki i łatwy sposób na anulowanie zmian w pliku. Pozostajesz w tej samej branży.
git checkout <branchname> (jak zauważyłeś) przełącza gałęzie.
Dwa zupełnie różne cele, które mogą prowadzić do nieporozumień, jeśli nazwa pliku i nazwa gałęzi są podobne.
Posiadanie tego jako dwóch poleceń jest jaśniejsze.
git checkout <name>daje pierwszeństwo gałęzi zamiast pliku.
switchma pewne ograniczenia: w tej chwili możesz przełączyć się z dowolnego zatwierdzenia na <branch name>, jednak niemożliwe jest przełączenie się z <branch name> konkretnego zatwierdzenia ze statusem odłączonego HEAD . Musisz więc użyć git checkout 5efb(gdzie 5efb jest przykładem skrótu odniesienia do dowolnego zatwierdzenia)
switchjest tworzony wyłącznie w celu zmiany gałęzi, a kiedy to robisz, chcesz być na czele tej gałęzi. checkoutjest bardziej ogólną operacją, która dostosowuje twoją kopię roboczą do dowolnego stanu w historii (= zatwierdzenie). Ponieważ każda nazwa gałęzi jest aliasem dla zatwierdzenia HEAD tej gałęzi, sprawdzenie gałęzi nie różni się technicznie od sprawdzenia dowolnego innego zatwierdzenia.
-dtobą możesz:git switch -d 6c13