Jak cofnąć scenę z dużej liczby plików bez usuwania zawartości

Przez przypadek dodałem wiele plików tymczasowych git add -A

Udało mi się wycofać pliki za pomocą poniższych poleceń i usunąć brudny indeks.

git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached

Powyższe polecenia są wymienione w git help rm. Ale niestety moje pliki zostały również usunięte podczas wykonywania, mimo że podałem opcję pamięci podręcznej. Jak mogę wyczyścić indeks bez utraty zawartości?

Byłoby również pomocne, gdyby ktoś mógł wyjaśnić sposób działania tej operacji potoku.

git reset

Jeśli wszystko, czego chcesz, to cofnąć nadgorliwy bieg „git add”:

git reset

Twoje zmiany zostaną wycofane ze sceny i będą gotowe do ponownego dodania według uznania.

NIE URUCHAMIAJ git reset --hard.

Nie tylko cofnie inscenizację dodanych plików, ale cofnie wszelkie zmiany wprowadzone w katalogu roboczym. Jeśli utworzyłeś nowe pliki w katalogu roboczym, nie zostaną one jednak usunięte.

Jeśli masz nieskazitelne repo (lub HEAD nie jest ustawiony) ^[1], możesz po prostu

rm .git/index

Oczywiście, będzie to wymagać, aby ponownie dodać pliki, które nie chcą być dodawane.

^[1] Uwaga (jak wyjaśniono w komentarzach) zwykle dzieje się tak tylko wtedy, gdy repozytorium jest nowe („nieskazitelne”) lub jeśli nie dokonano żadnych zobowiązań. Z technicznego punktu widzenia, ilekroć nie ma kasy ani drzewa pracy.

Po prostu wyjaśnienie :)

Służy git reset HEADdo resetowania indeksu bez usuwania plików. (Jeśli chcesz zresetować tylko określony plik w indeksie, możesz git reset HEAD -- /path/to/fileto zrobić.)

Operator potoku w powłoce przejmuje stdoutproces z lewej strony i przekazuje go stdindo procesu z prawej. Jest to w zasadzie odpowiednik:

$ proc1 > proc1.out
$ proc2 < proc1.out
$ rm proc1.out

ale zamiast tego $ proc1 | proc2drugi proces może zacząć pobierać dane, zanim pierwszy zakończy ich wysyłanie, i nie jest w to zaangażowany żaden plik.

git stash && git stash pop

Jeśli HEAD nie jest ustawiony (tzn. Nie masz jeszcze żadnych zatwierdzeń, ale nie chcesz po prostu wysadzić w powietrze, .gitponieważ masz już skonfigurowaną inną konfigurację repozytorium, którą chcesz zachować), możesz również zrobić

git rm -rf --cached .

wszystko zepsuć. Jest to efektywnie to samo, co rozwiązanie sehe, ale pozwala uniknąć zlewania się z wewnętrznymi elementami Git.

Ostrzeżenie: nie używaj następującego polecenia, chyba że chcesz stracić nieprzyznaną pracę!

Używanie git resetzostało wyjaśnione, ale poprosiłeś o wyjaśnienie potokowych poleceń, więc oto:

git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached

Polecenie git ls-fileswyświetla listę wszystkich plików, o których git wie. Opcja -znakłada na nie określony format, oczekiwany format xargs -0, który następnie się rm -fna nich wywołuje , co oznacza usunięcie ich bez sprawdzania Twojej zgody.

Innymi słowy, „wyświetl listę wszystkich plików, o których git wie i usuń lokalną kopię”.

Następnie przechodzimy do git diff, który pokazuje zmiany między różnymi wersjami przedmiotów, o których wie git. Mogą to być zmiany między różnymi drzewami, różnice między kopiami lokalnymi a zdalnymi i tak dalej.
W użytym tutaj znaczeniu pokazuje nieustawione zmiany; pliki, które zmieniłeś, ale jeszcze nie zatwierdziłeś. Ta opcja --name-onlyoznacza, że ​​chcesz tylko (pełne) nazwy plików i --diff-filter=Dże interesują Cię tylko usunięte pliki. (Hej, czy nie usunęliśmy po prostu kilku rzeczy?) To jest następnie przesyłane strumieniowo do tego, xargs -0co widzieliśmy wcześniej, co git rm --cachedje wywołuje , co oznacza, że ​​są usuwane z pamięci podręcznej, podczas gdy działające drzewo powinno zostać pozostawione w spokoju - poza tym, że właśnie usunąłeś wszystkie pliki z działającego drzewa. Teraz są również usuwane z Twojego indeksu.

Innymi słowy, wszystkie zmiany, etapowe lub niestacjonarne, zniknęły, a twoje drzewo robocze jest puste. Wypłacz się, sprawdź swoje pliki od początku lub ze źródła, i ponownie wykonaj swoją pracę. Przeklnij sadystę, który napisał te piekielne linie; Nie mam pojęcia, dlaczego ktoś chciałby to zrobić.

TL; DR: po prostu wszystko nosiłeś; zacznij od nowa i używaj git resetod teraz.

Obawiam się, że pierwsza z tych linii poleceń bezwarunkowo usunęła z kopii roboczej wszystkie pliki znajdujące się w obszarze testowym gita. Drugi usunął ze sceny wszystkie pliki, które były śledzone, ale zostały teraz usunięte. Niestety oznacza to, że utracisz wszelkie niezatwierdzone modyfikacje tych plików.

Jeśli chcesz odzyskać kopię roboczą i indeksować z powrotem do poprzedniego zatwierdzenia , możesz ( ostrożnie ) użyć następującego polecenia:

git reset --hard

Mówię „ostrożnie”, ponieważ git reset --hard spowoduje to usunięcie niezatwierdzonych zmian w kopii roboczej i indeksie. Jednak w tej sytuacji brzmi to tak, jakbyś chciał po prostu wrócić do stanu przy ostatnim zatwierdzeniu, a nieprzyjęte zmiany i tak zostały utracone.

Aktualizacja: z twoich komentarzy do odpowiedzi Amber brzmi, że nie stworzyłeś jeszcze żadnych zatwierdzeń (ponieważ HEAD nie można rozwiązać), więc obawiam się, że to nie pomoże.

Jeśli chodzi o działanie tych potoków: git ls-files -zi git diff --name-only --diff-filter=D -zoba generują listę nazw plików oddzielonych bajtem 0. (Jest to przydatne, ponieważ w odróżnieniu od znaków nowej linii 0bajty nie mogą występować w nazwach plików w systemach uniksowych). Program xargszasadniczo buduje wiersze poleceń ze standardowego wejścia, domyślnie pobierając wiersze ze standardowego wejścia i dodając je na końcu z wiersza poleceń. Ta -0opcja mówi, że należy oczekiwać standardowego wejścia oddzielonego przez0 bajtami. xargsmoże kilkakrotnie wywołać polecenie, aby zużyć wszystkie parametry ze standardowego wejścia, upewniając się, że linia poleceń nigdy nie będzie zbyt długa.

Jako prosty przykład, jeśli masz plik o nazwie test.txt, z następującą zawartością:

hello
goodbye
hello again

... wtedy polecenie xargs echo whatever < test.txtwywoła polecenie:

echo whatever hello goodbye hello again

Jeśli chcesz wycofać wszystkie zmiany, użyj polecenia poniżej,

git reset --soft HEAD

W przypadku, gdy chcesz wycofać zmiany i przywrócić je z katalogu roboczego,

git reset --hard HEAD