Jak odrzucić niestabilne zmiany w Git?

Jak odrzucić zmiany w mojej kopii roboczej, których nie ma w indeksie?

Innym szybszym sposobem jest:

git stash save --keep-index --include-untracked

Nie musisz uwzględniać, --include-untrackedjeśli nie chcesz być do tego dokładny.

Następnie możesz upuścić tę skrytkę za pomocą git stash droppolecenia, jeśli chcesz.

Dla wszystkich plików niestacjonarnych w bieżącym katalogu roboczym użyj:

git checkout -- .

Do konkretnego pliku użyj:

git checkout -- path/to/file/to/revert

--tutaj, aby usunąć niejednoznaczność argumentów .

Wygląda na to, że kompletne rozwiązanie to:

git clean -df
git checkout -- .

git cleanusuwa wszystkie nieśledzone pliki ( ostrzeżenie : chociaż nie usuwa zignorowanych plików wymienionych bezpośrednio w .gitignore, może usuwać zignorowane pliki znajdujące się w folderach ) i git checkoutusuwa wszystkie niestabilne zmiany.

Sprawdza to bieżący indeks bieżącego katalogu, odrzucając wszystkie zmiany plików z bieżącego katalogu w dół.

git checkout .

lub ten, który sprawdza wszystkie pliki z indeksu, zastępując pliki drzewa roboczego.

git checkout-index -a -f

git clean -df

Czyści drzewo robocze, rekurencyjnie usuwając pliki, które nie są pod kontrolą wersji, zaczynając od bieżącego katalogu.

-d: Usuń nieśledzone katalogi oprócz nieśledzonych plików

-f: Force (może nie być konieczne w zależności od clean.requireForceustawienia)

Uruchom, git help cleanaby zobaczyć instrukcję

Moim ulubionym jest

git checkout -p

To pozwala selektywnie przywracać fragmenty.

Zobacz też:

git add -p

Ponieważ żadna odpowiedź nie sugeruje dokładnej kombinacji opcji, której używam, oto ona:

git clean -dfx
git checkout .

To jest tekst pomocy online dla używanych git cleanopcji:

-d

Usuń nieśledzone katalogi oprócz nieśledzonych plików. Jeśli nieśledzony katalog jest zarządzany przez inne repozytorium Git, domyślnie nie jest usuwany. Użyj -fopcji dwa razy, jeśli naprawdę chcesz usunąć taki katalog.

-f

Jeśli zmienna konfiguracja Git clean.requireForcenie jest ustawiony false, Git czyste odmówi usuwać pliki lub katalogi, chyba że podano -f, -nalbo -i. Git odmówi usunięcia katalogów w .gitpodkatalogu lub pliku, chyba że -fpodano sekundę .

-x

Nie używaj reguł ignorowania z .gitignore(dla katalogu) i $GIT_DIR/info/exclude, ale nadal używaj reguł ignorowania podanych z -eopcjami. Umożliwia to usunięcie wszystkich nieśledzonych plików, w tym produktów kompilacji. Można tego użyć (ewentualnie w połączeniu z git reset) do stworzenia nieskazitelnego katalogu roboczego do przetestowania czystej wersji.

Ponadto git checkout .należy to zrobić w katalogu głównym repozytorium.

Jeśli chcesz jedynie usunąć zmiany w istniejących plikach , użyj checkout( udokumentowane tutaj ).

git checkout -- .

• Nie określono gałęzi, więc sprawdza bieżącą gałąź.
• Podwójny łącznik ( --) mówi Gitowi, że to, co następuje, powinno być traktowane jako drugi argument (ścieżka), że pominąłeś specyfikację gałęzi.
• Kropka ( .) wskazuje wszystkie ścieżki.

Jeśli chcesz usunąć pliki dodane od czasu ostatniego zatwierdzenia, użyj clean( udokumentowane tutaj ):

git clean -i 

• Ta -iopcja inicjuje interakcję clean, aby uniknąć pomyłkowego usunięcia.
• Dostępnych jest kilka innych opcji umożliwiających szybsze wykonanie; zobacz dokumentację.

Jeśli chcesz przenieść zmiany do miejsca przechowywania w celu późniejszego dostępu , użyj stash( udokumentowane tutaj ):

git stash

• Wszystkie zmiany zostaną przeniesione do Skrytki Gita, aby umożliwić późniejszy dostęp.
• Dostępnych jest kilka opcji pozwalających na bardziej szczegółowe składowanie; zobacz dokumentację.

Naprawdę uważam ten artykuł za pomocny w wyjaśnieniu, kiedy użyć polecenia: http://www.szakmeister.net/blog/2011/oct/12/reverting-changes-git/

Istnieje kilka różnych przypadków:

1. Jeśli nie zainscenizowałeś pliku, użyj git checkout. Kasa „aktualizuje pliki w drzewie roboczym, aby pasowały do ​​wersji w indeksie”. Jeśli pliki nie były przemieszczane (czyli dodane do indeksu) ... to polecenie zasadniczo przywróci pliki do ostatniego zatwierdzenia.

   git checkout -- foo.txt

2. Jeśli zainscenizowałeś plik, użyj git reset. Resetuj zmienia indeks w celu dopasowania do zatwierdzenia.

   git reset -- foo.txt

Podejrzewam, że używanie git stashjest popularnym wyborem, ponieważ jest nieco mniej niebezpieczne. Zawsze możesz do niego wrócić, jeśli przypadkowo wysadzisz go za dużo podczas korzystania z git reset. Reset jest domyślnie rekurencyjny.

Więcej informacji znajdziesz w powyższym artykule.

Najłatwiej to zrobić za pomocą tego polecenia:

To polecenie służy do odrzucenia zmian w katalogu roboczym -

git checkout -- .

https://git-scm.com/docs/git-checkout

W poleceniu git, ukrywanie nieśledzonych plików jest osiągane przez użycie:

git stash -u

http://git-scm.com/docs/git-stash

Jeśli nie jesteś zainteresowany utrzymywaniem nieetapowych zmian (szczególnie jeśli zmiany etapowe są nowymi plikami), znalazłem to przydatne:

git diff | git apply --reverse

git checkout -f

man git-checkout:

-f, --force

Podczas przełączania gałęzi postępuj, nawet jeśli indeks lub drzewo robocze różni się od HEAD. Służy do odrzucania lokalnych zmian.

Podczas sprawdzania ścieżek z indeksu nie zawiedź przy nie połączonych wpisach; zamiast tego nie scalone wpisy są ignorowane.

Podczas wpisywania statusu git wyświetlany jest komunikat (użyj „git checkout - ...”, aby odrzucić zmiany w katalogu roboczym) .

na przykład git checkout -- .

Możesz użyć skrytki git - jeśli coś pójdzie nie tak, nadal możesz przywrócić skrytkę. Podobnie jak w przypadku innych odpowiedzi tutaj, ale ta usuwa również wszystkie pliki niestacjonarne, a także wszystkie niestabilne - usuwa:

git add .
git stash

jeśli sprawdzisz, czy wszystko jest w porządku, wyrzuć skrytkę:

git stash drop

Odpowiedź od Bilala Maqsooda git cleanrównież działała dla mnie, ale dzięki skrytce mam większą kontrolę - jeśli zrobię coś przypadkowo, nadal mogę odzyskać swoje zmiany

AKTUALIZACJA

Myślę, że jest jeszcze jedna zmiana (nie wiem, dlaczego to wcześniej działało dla mnie):

git add . -A zamiast git add .

bez -Ausuniętych plików nie zostaną ustawione

Aktualizacja 2019:

Od lipca 2019 roku , nastąpiła nowa komenda, która robi dokładnie to: git restore.

W git statusteraz Git zaleca używanie tego polecenia zamiast zwykłego git checkout.

Chociaż tego polecenia można również użyć do przywrócenia drzewa roboczego do określonego zatwierdzenia lub do przywrócenia zawartości indeksu, domyślnie drzewo robocze jest przywracane do stanu w indeksie (o co pyta się tutaj).

Aby przywrócić pliki pasujące do ścieżki (pozbyć się ich nieustawionych zmian), wykonaj następujące czynności:

git restore <pathspec>

Na przykład, aby przywrócić wszystkie niestabilne zmiany w bieżącym katalogu, możesz uruchomić:

git restore .

Jeśli uruchomisz to z katalogu głównego projektu, przywróci on wszystkie niestacjonarne zmiany w całym repozytorium.

Zauważ, że tak jak w przypadku git checkout -- .(jak zauważył Mariusz Nowak), spowoduje to jedynie odrzucenie zmian w plikach śledzonych przez Git i nie odrzuci żadnych nowych plików nieśledzonych. Jeśli chcesz odrzucić wszelkie nieustawione zmiany, w tym nowe nieśledzone pliki, możesz uruchomić dodatkowe:

git clean -df

Bądź jednak bardzo ostrożny z tym późniejszym poleceniem, ponieważ możesz odrzucić pliki, których nie zamierzałeś się pozbyć.

Uwaga git restore: ponieważ jest to nowe polecenie, jego strona podręcznika ostrzega:

To polecenie jest eksperymentalne. Zachowanie może się zmienić.

Możliwe więc, że ta odpowiedź może stać się nieaktualna, jeśli zachowanie zmieni się w przyszłości. Warto więc szybko uruchomić aplikację man git-restoreprzed jej użyciem.

Zamiast odrzucać zmiany, resetuję pilota do źródła. Uwaga - ta metoda polega na całkowitym przywróceniu folderu do repozytorium.

Robię to, aby upewnić się, że nie siedzą tam, kiedy resetuję (później - wyklucza gitignores w Origin / branchname)

UWAGA: Jeśli chcesz, aby pliki nie były jeszcze śledzone, ale nie w GITIGNORE, możesz pominąć ten krok, ponieważ spowoduje to wyczyszczenie tych nieśledzonych plików, których nie znaleziono w zdalnym repozytorium (dzięki @XtrmJosh).

git add --all

Potem ja

git fetch --all

Następnie resetuję do źródła

git reset --hard origin/branchname

To sprawi, że wróci do punktu wyjścia. Podobnie jak ponowne klonowanie gałęzi, jednocześnie zachowując wszystkie moje pliki gitignored lokalnie i na miejscu.

Zaktualizowany według komentarza użytkownika poniżej: Odmiana umożliwiająca zresetowanie do dowolnej gałęzi, w której znajduje się użytkownik.

git reset --hard @{u}

Wypróbowałem wszystkie powyższe rozwiązania, ale nadal nie mogłem pozbyć się nowych, nieustawionych plików.

Użyj, git clean -faby usunąć te nowe pliki - jednak ostrożnie! Zwróć uwagę na opcję wymuszenia.

po prostu powiedz

git stash

Spowoduje to usunięcie wszystkich lokalnych zmian. Możesz także użyć później, mówiąc

git stash apply 

lub git stash pop

Po prostu użyj:

git stash -u

Gotowy. Łatwy.

Jeśli naprawdę zależy ci na stosie skrytek, możesz to zrobić git stash drop. Ale w tym momencie lepiej użyć (od Mariusza Nowaka):

git checkout -- .
git clean -df

Niemniej jednak najbardziej mi się podoba, git stash -uponieważ „odrzuca” wszystkie śledzone i nieśledzone zmiany w jednym poleceniu . Jednak git checkout -- .odrzuca tylko śledzone zmiany i git clean -dfodrzuca tylko nieśledzone zmiany ... a wpisanie obu poleceń to zdecydowanie za dużo pracy :)

Aby wykonać trwałe odrzucenie: git reset --hard

Aby zapisać zmiany na później: git stash

Działa to nawet w katalogach, które są; poza normalnymi uprawnieniami git.

sudo chmod -R 664 ./* && git checkout -- . && git clean -dfx

Zdarzyło mi się ostatnio

masz bardzo proste polecenie git git checkout .

cd path_to_project_folder  # take you to your project folder/working directory 
git checkout .             # removes all unstaged changes in working directory

W mojej opinii,

git clean -df

powinien załatwić sprawę. Zgodnie z dokumentacją Git dotyczącą git clean

git-clean - Usuń nieśledzone pliki z działającego drzewa

Opis

Czyści drzewo robocze, rekurencyjnie usuwając pliki, które nie są pod kontrolą wersji, zaczynając od bieżącego katalogu.

Zwykle usuwane są tylko pliki nieznane Gitowi, ale jeśli podano opcję -x, ignorowane pliki są również usuwane. Może to być na przykład przydatne do usunięcia wszystkich produktów kompilacji.

Jeśli podano opcjonalne ... argumenty, dotyczy to tylko tych ścieżek.

Opcje

-d Usuwa nieśledzone katalogi oprócz nieśledzonych plików. Jeśli nieśledzony katalog jest zarządzany przez inne repozytorium Git, domyślnie nie jest usuwany. Użyj opcji -f dwa razy, jeśli naprawdę chcesz usunąć taki katalog.

-f --force Jeśli zmienna konfiguracyjna Git clean.requireForce nie jest ustawiona na false, git clean odmówi uruchomienia, chyba że podano -f, -n lub -i.

Bez względu na stan, w jakim znajduje się Twoje repo, zawsze możesz zresetować do dowolnego poprzedniego zatwierdzenia:

git reset --hard <commit hash>

Spowoduje to odrzucenie wszystkich zmian, które zostały wprowadzone po tym zatwierdzeniu.

Innym sposobem na pozbycie się nowych plików, który jest bardziej konkretny niż git clean -df (pozwoli ci pozbyć się niektórych plików, niekoniecznie wszystkich), jest dodanie nowych plików do indeksu, a następnie ukrycie, a następnie upuszczenie chować na potem.

Ta technika jest przydatna, gdy z jakiegoś powodu nie można łatwo usunąć wszystkich nieśledzonych plików za pomocą zwykłego mechanizmu (np. Rm).

To, co następuje, to tak naprawdę tylko rozwiązanie, jeśli pracujesz z rozwidleniem repozytorium, w którym regularnie synchronizujesz (np. Żądanie ściągnięcia) z innym repozytorium. Krótka odpowiedź: usuń widelec i przerób, ale przeczytaj ostrzeżenia na github .

Miałem podobny problem, być może nie identyczny, i przykro mi powiedzieć, że moje rozwiązanie nie jest idealne, ale ostatecznie jest skuteczne.

Często miałem takie komunikaty o stanie Git (zawierające co najmniej 2/4 pliki):

$ git status
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2var.dats
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2Var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2Var.dats

Baczne oko zauważy, że te pliki mają dopplegangers, które są pojedynczą literą, jeśli są wyłączone. W jakiś sposób i nie mam pojęcia, co doprowadziło mnie na początku tej ścieżki (ponieważ sam nie pracowałem z tymi plikami z repozytorium w górę), zmieniłem te pliki. Wypróbuj wiele rozwiązań wymienionych na tej stronie (i innych stronach) nie pomogło.

Byłem w stanie rozwiązać problem, usuwając moje rozwidlone repozytorium i wszystkie lokalne repozytoria oraz przebudowując. Samo to nie wystarczyło; Upstream musiał zmienić nazwę tych plików na nowe nazwy plików. Tak długo, jak nie masz żadnych niezaangażowanych prac, żadnych stron wiki i żadnych problemów, które odbiegają od repozytorium wyższego szczebla, powinieneś być w porządku. Co więcej, upstream może nie być z ciebie bardzo zadowolony. Jeśli chodzi o mój problem, to niewątpliwie jest to błąd użytkownika, ponieważ nie jestem tak biegły w git, ale fakt, że nie jest łatwo naprawić punkty do problemu z git.

Jeśli chcesz przenieść skrytkę na inną osobę:

# add files
git add .  
# diff all the changes to a file
git diff --staged > ~/mijn-fix.diff
# remove local changes 
git reset && git checkout .
# (later you can re-apply the diff:)
git apply ~/mijn-fix.diff

[edytuj] zgodnie z komentarzem, można nazwać skrytki. Cóż, użyj tego, jeśli chcesz podzielić się swoją skrytką;)

Możesz stworzyć własny alias, który opisuje, jak to zrobić w opisowy sposób.

Używam następnego aliasu, aby odrzucić zmiany.

Odrzuć zmiany w pliku (liście) w pracującym drzewie

discard = checkout --

Następnie możesz użyć go jako następnego, aby odrzucić wszystkie zmiany:

discard .

Lub tylko plik:

discard filename

W przeciwnym razie, jeśli chcesz odrzucić wszystkie zmiany, a także nieśledzone pliki, używam kombinacji kasy i czyszczenia:

Wyczyść i odrzuć zmiany i nieśledzone pliki w działającym drzewie

cleanout = !git clean -df && git checkout -- .

Tak więc użycie jest proste:

cleanout

Teraz jest dostępny w następnym repozytorium Github, które zawiera wiele aliasów:

• https://github.com/GitAlias/gitalias

Miałem dziwną sytuację, w której plik jest zawsze nieokreślony, co pomaga mi rozwiązać.

git rm .gitattributes
git add -A
git reset --hard