Nierozwiązywalny błąd Gita: Poniższe pliki drzewa, które nie zostały naprawione, zostałyby zastąpione przez pobranie płatności.

Question

Używam Git samodzielnie dla mojego lokalnego oprogramowania w Visual Studio 2010. Niedawno utworzyłem nowy oddział, aby dokonać większego refaktoryzacji jednego z okien dialogowych . Zrobiłem następującymi zmianami:

• Zmień nazwę Form1 do Form1a (w tym wszystkie pliki zależności)
• Dodaj nowy Form1

Sprawdziłem tę zmianę do gałęzi, powiedzmy form-refaktoryzacji. Co ciekawe, Git nie zauważył, że zmieniłem nazwę pliku Form1.cs na Form1a.cs i stworzyłem zupełnie nowy, zupełnie inny Form1.cs, ale zamiast tego zauważyłem nowy plik Form1a.cs i odkryłem wiele różnic między poprzednie i nowe pliki Form1.cs. Będzie to oczywiście prowadzić do całkowicie uzbrojonych różnic, ale nie obchodzi mnie w tym przypadku, o ile wszystkie pliki są poprawnie obsługiwane w końcu.

Potem przełączyłem się z powrotem na master, aby wykonać kilka innych drobnych zmian. Nic sprzecznego. Do tej pory wszystko działało dobrze.

Dzisiaj chciałem wrócić do mojej formy - refaktoryzacji, aby kontynuować tę pracę. Ale dostaję tylko następujący komunikat:

git.exe checkout form-refactoring 

Aborting 
error: The following untracked working tree files would be overwritten by checkout: 
Form1.Designer.cs 
Please move or remove them before you can switch branches. 

Co to ma być? Wspomniany plik nie jest nieśledzony. Ani w gałęzi głównej, ani w gałęzi formowania-refaktoryzacji. Jest częścią obu gałęzi, ale jedna nie jest potomkiem drugiej. Co by się stało, gdybym go skasował, czy odszedł na dobre? Nie ufam, że Git przywrócił poprawny plik, jeśli teraz coś usunę. Nie grałem z żadnym plikiem poza wymienionymi wyżej operacjami Git, więc dlaczego miałbym teraz grać z jakimkolwiek plikiem, aby dalej używać operacji Git? Git go zepsuł, Git ma sobie z tym poradzić!

W tej chwili nie mogę kontynuować pracy, ponieważ nie mogę przełączać oddziałów. Czy istnieje proste rozwiązanie tego problemu?

Wersja Git to 1.7.6, TortoiseGit to 1.7.3.

Answer 1

Opcja konfiguracji core.ignorecase nie została ustawiona, a Visual Studio zmieniło nazwę pliku .Designer.cs na wypadek, przełączając z kapitału na niższy "D" (lub na odwrót). W końcu to był problem. Usunięcie historii pliku (usunięcie i ponowne dodanie plików) zajęło mi rozwiązanie tego błędu po ustawieniu opcji na true. W rzeczywistości opcja została ustawiona na jednym komputerze, ale podczas klonowania repozytorium ustawienie zostało w jakiś sposób utracone. A potem przeznaczenie tylko czekało, aż VS zmieni nazwę tego pliku, by mnie złapać.

więc na Windows, zawsze trzeba się upewnić, że te dwa ustawienia są prawidłowe, po każdej operacji startowych/Klon:

git config core.ignorecase true 
git config core.autocrlf false 

niektóre narzędzia (TGit, gitscc itd.), Nie wydaje się to zrobić dobrze. Jest to absolutnie konieczne do normalnej pracy w systemie Windows, ale Git nie dba o to, czy nie są ustawione poprawnie i po prostu pozwala ci się potknąć, nie informując cię dlaczego. Jest to tak samo kłamliwe, jak pomocne w tej kwestii.

Answer 2

Git nie zezwala na przełączanie gałęzi, jeśli istnieje możliwość utraty danych.

Generalnie dobrze jest zatwierdzić wszystkie zmiany przed przejściem do innej gałęzi. Jeśli jesteś absolutnie pewien, że nie dokonywać tej zmiany, niż można zresetować swoje drzewo jest wykonywana przy użyciu

git reset --hard HEAD 

polecenie. Ale zdecydowanie nie polecam tego robić. Użyj polecenia, aby ukryć zmiany w pamięci wewnętrznej. W takim przypadku zawsze możesz odzyskać swoje dane.

Answer 3

Wygląda na to, że gałąź XXX (form-refaktoryzacja) zawiera ten plik, ale YYY tego nie robi. A teraz próbujesz przejść z oddziału YYY do XXX. Git obawia się, że po prostu zapomnisz dodać plik, więc nie pozwala przejść do innej gałęzi.

Zastosowanie

git status 

celu ustalenia, czy ten plik (Form1.Designer.cs) jest untracked.W takim przypadku po prostu je zatwierdz, a następnie możesz bezpiecznie przenieść się do innego oddziału

Answer 4

Po pierwsze, Git nie kłamie. Plik naprawdę jest śledzony w gałęzi i naprawdę istnieje w drzewie pracy, a naprawdę jest nieśledzony.

Biorąc pod uwagę, że sugerujesz w komentarzach gdzie indziej, że plik nie pojawia się w różnicach lub nawet git status, to brzmi jak dodałeś go do swojego gitignore (może przypadkowo przez wzór wieloznaczny). Wiem, że powiedziałeś, że nie, ale jeśli nie pojawi się na wyjściu z pliku git status jako niepotwierdzonego, to jest on nieśledzony i ignorowany. Aby to sprawdzić, można wymienić wszystkie pliki ignorowane przez .gitignore:

git ls-files -i --exclude-from=.gitignore 

Można również wymienić wszystkie pliki nieśledzone ignorowane czy nie:

git clean -xdn 

(Wydaje się, że jesteś bardzo upewnij się, że plik jest śledzony - jeśli tak naprawdę byłby, git show HEAD:path/to/file wyświetliłby zatwierdzoną zawartość pliku. Podejrzewam jednak, że to powie "fatal: ścieżka" ścieżka/do/plik "nie istnieje w" HEAD "" .)

Innym sposobem sprawdzenia, czy plik jest nieśledzony i ignorowany jest po prostu r zamień go, a następnie sprawdź, czy git status zgłasza go jako usunięty; jeśli nie, to nie było śledzone.

Zakładając, że wyświetli się ten plik, powinieneś sprawdzić plik w swoim drzewie pracy. Możesz zobaczyć, jaka wersja pliku jest używana przez drugą gałąź do porównania. Jeśli jesteś zadowolony, że nie potrzebujesz wersji w drzewie pracy, po prostu ją usuń. Jeśli obawiasz się, że możesz go potrzebować, zmień jego nazwę lub przenieś go z katalogu. Jeśli zdasz sobie sprawę, że go potrzebujesz, powinieneś dowiedzieć się, jaki ignorowany wzór go ignoruje, usunąć go, dodać i zatwierdzić. W każdym razie, kiedy już zajmiesz się plikiem, będziesz mógł przełączać gałęzie.

Answer 5

To rozwiązało problem dla mnie rm .git/fs_cache