Mercurial: "nieśledzony plik w katalogu roboczym różni się od pliku w żądanej wersji"?

Question

Czy ktoś może mi powiedzieć, co oznacza ten błąd rtęciowy?

plik untracked w katalogu pracy różni się od pliku w wymaganym rewizji

nastąpiło to, gdy robi hg pobrania:

C:\myapp>hg fetch ssh://hg/myapp-v1 
pulling from ssh://hg/myapp-v1 
searching for changes 
adding changesets 
adding manifests 
adding file changes 
added 93 changesets with 693 changes to 78 files (+1 heads) 
updating to 797:0df7dbe7dc06 
196 files updated, 0 files merged, 196 files removed, 0 files unresolved 
merging with 704:edb7765768c6 
abort: untracked file in working directory differs from file in requested revision: 'a/b/c/d.java' 

Z tego co mogę powiedzieć tego pliku (a/b/c/d.java) nie pasuje do żadnych ścieżek skonfigurowanych w .hgignore. Ten konkretny plik jest również identyczny w dwóch repozytoriach (myapp & myapp-v1).

Nie jestem pewien, co to oznacza. ??

Answer 1

Informuje, że w lokalnym katalogu roboczym repozytorium myapp masz już plik o nazwie a/b/c/d.java, ale nie został on dodany (śledzony), a pobranie nie chce go zastąpić podczas aktualizacji/scalania.

Co można zrobić, to eter:

• Najedź kopię a/b/c/d.java z drogi, a następnie wykonaj ściągania/aktualizację. Następnie porównaj przeniesiony a/b/c/d.java do jednego pobierania obniżyć.

lub

• hg add a/b/c/d.java, hg commit a/b/c/d.java, a następnie wyciągnij/scalić

byłego działa, ponieważ nie ma już plik w drodze, a późniejsze prace, ponieważ kopia jest śledzone więc Mercurial może je połączyć.

Należy również rozważyć przerwanie korzystania z usługi fetch. Łączy w sobie pull i update i merge, co nie jest bezpiecznym sposobem. W takim przypadku Twój pull zakończyłby się sukcesem i zarówno update, jak i merge dałoby Ci znacznie bardziej pomocne wiadomości.

Answer 2

Próbowałem odpowiedzi Ry4ana (usunięcia pliku) i nadal nie działało, więc uruchomiłem czystkę i pozbyłem się wszelkich śladów, które zadziałały później. Na wypadek, gdyby ktoś szukał alternatywnego rozwiązania.

Answer 3

Mam wokół tego uruchamiając hg update --clean

Answer 4

przypadku korzystania TortoiseHg można sprawdzić „Odrzuć zmiany lokalne, bez zapasowego” opcję w oknie Update.

Answer 5

Wystarczy zaakceptować dialogowe błędu następnie zaznaczyć Discard local changes, no backup

i powinno być dobrze, to nadpisanie żadnych nieśledzone pliki lokalne ...