Nie mogę zresetować pliku do określonego zatwierdzenia za pomocą Git

Question

Mam zmodyfikowany plik, który chcę przywrócić do stanu, który jest w ostatnim zatwierdzeniu, ale jest "zablokowany", zawsze oznaczony jako zmodyfikowany.

$ 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: index.php 
# 
no changes added to commit (use "git add" and/or "git commit -a") 

I spróbuj:

$git checkout -- index.php 

Ale wyjście git status jest wciąż ten sam. I spróbuj:

$git reset --hard master 
HEAD is now at 02c9613 test commit message 

a wyjście git status jest wciąż ten sam.

Jakieś pomysły, w jaki sposób mogę pozbyć się rzekomych zmian w tym pliku?

Answer 1

Być może używasz do tego celu whitespace issue wypróbuj .

Jeśli to nie zadziała, powiedziałbym, że wpadłeś na błąd. Zapisz lokalnego klona na przyszłość (mam nadzieję, że nie jest zbyt duży) i stwórz raport o błędzie. Zwłaszcza, że ​​fakty:

• nie zostały zmodyfikowane plik yourself
• inne pliki Nie pokazuj tego problemu

są oznaki, że może po prostu nie być, że popełnił błąd tutaj . To, czy uda ci się odtworzyć problem na czystym repo będzie również interesującą informacją.

Answer 2

Musisz usunąć index.php z "indeksu". Następnie możesz wypróbować inną wersję.

git rm --cached index.php 

Powinien załatwić sprawę. Zobacz:

http://www.kernel.org/pub/software/scm/git/docs/git-rm.html

Answer 3

Czy próbowałeś:

$ git checkout master -f -- index.php 

lub

$ git checkout master -f 

?

Nie rozumiem, dlaczego to działałoby, gdyby nie było reset, ale warto spróbować.

Answer 4

FWIW, udało mi się rozwiązać problem, usuwając podkatalogi .git w katalogach, które zostały zmodyfikowane. Po przejściu podkatalogów .git (jako że podkatalogi były projektami .git), foldery nadrzędne nie były już modyfikowane. Jeśli pliki, o których mowa, znajdują się w tym samym folderze co niepowiązany folder .git, może to również mieć wpływ.

Answer 5

spróbować git ls-files -m | xargs -i git update-index --assume-unchanged "{}"

Answer 6

utknąłem w całkiem sam bałagan. Miałem kilka plików, których nie mogłem się pozbyć w git status. Po próbach resetowania lub kasowania plików w jakikolwiek sposób postanowiłem dodać problematyczne pliki i je zatwierdzić. Git wydawał się być z tego zadowolony. Potem wróciłem do poprzedniego zatwierdzenia i problem został rozwiązany, problematyczne pliki rzeczywiście zniknęły.

To nie wyjaśnia błędu, ale jeśli to rozwiązanie może go rozwiązać, to jest dobre.