Jak zignorować błąd „git pull” dotyczący moich lokalnych zmian, które zostałyby zastąpione przez scalanie?

Jak zignorować następujący komunikat o błędzie podczas pobierania Git?

Lokalne zmiany w poniższych plikach zostaną zastąpione przez scalenie

Co jeśli chcę je zastąpić?

Próbowałem takich rzeczy git pull -f, ale nic nie działa.

Dla jasności chcę tylko zastąpić określone zmiany, a nie wszystko.

Jeśli chcesz usunąć wszystkie lokalne zmiany - w tym pliki, które nie są śledzone przez git - z kopii roboczej, po prostu ukryj je:

git stash push --include-untracked

Jeśli już ich nie potrzebujesz, możesz upuścić tę skrytkę:

git stash drop

Jeśli nie chcesz ukrywać zmian, które już wprowadziłeś - np. Za pomocą git add- dodaj opcję --keep-index. Należy jednak pamiętać, że nadal będzie to zapobiegać scalaniu, jeśli te zmiany etapowe kolidują z tymi z góry.

Jeśli chcesz zastąpić tylko określone części lokalnych zmian, istnieją dwie możliwości:

1. Zaakceptuj wszystko, czego nie chcesz zastąpić, i użyj powyższej metody do końca.

2. Użyj git checkout path/to/file/to/revertdla zmian, które chcesz zastąpić. Upewnij się, że plik nie jest przenoszony przez git reset HEAD path/to/file/to/revert.

W porządku, z pomocą dwóch pozostałych odpowiedzi, wpadłem na bezpośrednie rozwiązanie:

git checkout HEAD^ file/to/overwrite
git pull

Działa to w celu zastąpienia wszystkich lokalnych zmian i nie wymaga tożsamości:

git reset --hard
git pull

Oto rozwiązanie, które odrzuca zmiany etapowe:

git reset file/to/overwrite
git checkout file/to/overwrite

Możesz zatwierdzić zmiany przed scaleniem lub ukryć je:

1. git stash save
2. git merge origin/master
3. git stash pop

Jeśli chcesz odrzucić zmiany lokalne w jednym pliku, możesz wykonać następujące czynności:

git checkout -- <file>

Następnie możesz zastąpić plik [s] najnowszą wersją, wykonując:

git pull

Jeśli Twoje repozytorium zawiera kilka plików, które zostały usunięte z master:

1. git checkout master
2. git fetch origin
3. git reset --hard origin/master
4. git checkout -b newbranch

Czasami żadna z nich nie działa. Irytujące jest to, że ze względu na LF myślę, że zadziała usuwanie plików, a następnie ciągnięcie. Nie polecam tego rozwiązania, ale jeśli plik nie istnieje, git nie bezużytecznie poinformuje cię, że twoje zmiany (które mogą nawet nie być zmianami) zostaną zastąpione i pozwolą ci kontynuować.

Używaj na własne ryzyko.

git stash save --keep-index nie działało dla mnie.

poniższe polecenie działało zgodnie z oczekiwaniami.

git reset --hard
git pull

Zastępuje wszystkie lokalne zmiany, jeśli ich nie potrzebujesz.

Tyle odpowiedzi tutaj, że nienawidzę dodawać jeszcze jednej, ale wszystkie powyższe są bardziej nieprzyjemne niż powinny. Muszę to robić cały czas, ponieważ Git wydaje się być zdezorientowany i mówi, że zmodyfikowałem pliki, które się nie zmieniły (nie można przywrócić, ponieważ się nie zmieniły, ale nie mogę wyciągnąć, ponieważ podobno się zmieniły) Najprostsze i najszybszy jak dotąd znalazłem to:

git stash
git stash drop
git pull

W ostatnim Git, można dodać -r/ --rebasena pullpolecenia rebase aktualną gałąź na wierzchu górnej gałęzi po pobraniu. Ostrzeżenie powinno zniknąć, ale istnieje ryzyko konfliktów, które należy rozwiązać.

Alternatywnie możesz wymusić różne oddziały siłą, a następnie wrócić do nich masterponownie, np .:

git checkout origin/master -f
git checkout master -f

Następnie wyciągnij go jak zwykle:

git pull origin master

Zastosowanie tej metody pozwala zaoszczędzić czas od ukrywania ( git stash) i potencjalnych problemów z uprawnieniami, resetowania plików ( git reset HEAD --hard), usuwania plików ( git clean -fd) itp. Również powyższe jest łatwiejsze do zapamiętania.

Ten problem jest spowodowany tym, że dokonałeś zmian lokalnie w pliku / plikach i ten sam plik / pliki istnieje wraz ze zmianami w repozytorium Git, więc przed ściągnięciem / wypchnięciem będziesz potrzebował ukryć lokalne zmiany:

Aby zastąpić lokalne zmiany jednego pliku:

git reset file/to/overwrite
git checkout file/to/overwrite

Aby zastąpić wszystkie zmiany lokalne (zmiany we wszystkich plikach):

git stash
git pull
git stash pop

Problem może również wynikać z tego, że jesteś w gałęzi, która nie jest połączona z gałęzią główną.

git reset --hard && git clean -df

Uwaga : Spowoduje to zresetowanie i usunięcie wszystkich nieśledzonych plików.

Możesz użyć tego do zastąpienia pliku

git checkout file_to_overwrite

Najlepszym sposobem rozwiązania tego problemu jest:

git checkout -- <path/file_name>

Następnie możesz zastąpić plik:

git pull origin master

Pomogło mi to odrzucić zmiany na zdalnym serwerze na żywo i pobrać z GitHub kontroli źródła:

git reset --hard
git pull origin master

Oto moja strategia rozwiązania problemu.

Opis problemu

Musimy wprowadzić zmiany w ponad 10 plikach. Próbowaliśmy PULL (git pull origin master), ale Git krzyknął:

błąd: lokalne zmiany w następujących plikach zostałyby zastąpione przez scalenie: proszę zatwierdzić zmiany lub ukryć je przed scaleniem.

Próbowaliśmy commitwtedy wykonać pull, ale one również nie działały.

Rozwiązanie

Właściwie byliśmy w brudnej fazie, ponieważ pliki znajdowały się w „Strefie przejściowej”, zwanej też „Strefą indeksów”, a niektóre znajdowały się w „Głównej strefie”, czyli „lokalnym katalogu Git”. I chcieliśmy pobrać zmiany z serwera.

Sprawdź ten link, aby uzyskać informacje na temat różnych etapów Git w przejrzysty sposób: Etapy GIT

Wykonaliśmy następujące kroki

• git stash (dzięki temu nasz katalog roboczy był czysty. Twoje zmiany są przechowywane na stosie przez Git).
• git pull origin master (Wyciągnij zmiany z serwera)
• git stash apply (Zastosował wszystkie zmiany ze stosu)
• git commit -m 'message' (Zatwierdził zmiany)
• git push origin master (Przekazał zmiany na serwer)
• git stash drop (Upuść stos)

Rozumiemy, kiedy i dlaczego potrzebujesz ukrywania

Jeśli jesteś w stanie brudnym , oznacza to, że dokonujesz zmian w swoich plikach, a następnie z jakiegoś powodu jesteś zmuszony pociągnąć lub przejść do innego oddziału w celu wykonania bardzo pilnej pracy, więc w tym momencie nie możesz wyciągnąć lub przełączaj, dopóki nie zatwierdzisz zmiany. stashPolecenia jest tutaj jako pomocnej dłoni.

Z książki ProGIT , wydanie drugie:

Często, gdy pracujesz nad częścią swojego projektu, rzeczy są w nieuporządkowanym stanie i chcesz zmienić gałęzie, aby trochę popracować nad czymś innym. Problem polega na tym, że nie chcesz wykonywać częściowo wykonanej pracy, abyś mógł wrócić do tego punktu później. Odpowiedzią na ten problem jest polecenie git stash. Ukrywanie zajmuje brudny stan katalogu roboczego - to znaczy zmodyfikowane pliki śledzenia i zmiany etapowe - i zapisuje je na stosie niedokończonych zmian, które można ponownie zastosować w dowolnym momencie.

Jeśli chcesz zastąpić określone zmiany, musisz powiedzieć, które z nich chcesz zapomnieć.

Możesz spróbować selektywnie ukryć zmiany, których chcesz porzucić, git stash --patcha następnie upuścić tę skrytkę git stash drop. Następnie możesz pobrać zmiany zdalne i scalić je jak zwykle.

TL; DR;

git pull --rebase --autostash

  -r, --rebase[=false|true|merges|preserve|interactive]
       When true, rebase the current branch on top of the upstream branch after
       fetching. If there is a remote-tracking branch corresponding to the upstream

  --autostash, --no-autostash
       Before starting rebase, stash local modifications away if
       needed, and apply the stash entry when done

Nie wiem, dlaczego nie ma jeszcze odpowiedzi, ale rozwiązanie, jak widać, jest proste. Wszystkie odpowiedzi tutaj sugerują to samo: aby usunąć / zapisać zmiany lokalne i zastosować wcześniej, a następnie (jeśli tak save) zastosuj zmiany lokalne na górze.

Co git pull --rebase --autostashrobi krok po kroku:

1. your local changes saved by `--autostash`
2. your local commits saved by `--rebase`
3. commits from upstream applied to your branch
4. your local commits are restored on top of upstream
5. your local changes are restored to working directory

Moja sprawa (prawdopodobnie twoja):

Mam zmiany lokalne (zmiany w katalogu roboczym):

Gdy próbuję pobrać zmiany zdalne, pojawia się błąd:

Te zmiany nie łączą się ze zmianami lokalnymi:

Kiedy więc pull --rebase --autostashlokalne zmiany zostały zapisane i zastosowane automatycznie bez żadnego problemu

Teraz moje lokalne zmiany są trochę niższe:

Miałem taki przypadek szczególny: miałem plik z --assume-niezmieniony. Trudno było go zlokalizować, ponieważ git statuspolecenie nie wyświetlało żadnych zmian

Jeśli chcesz zachować zmiany produkcyjne na serwerze, po prostu połącz się w nowy element konfiguracji. Metoda przetwarzania jest następująca:

git stash
git pull
git stash pop

Może nie wykonujesz wszystkich operacji. Możesz wiedzieć, co możesz zrobić dalej.

Ignorowałem plik w moim repozytorium, a kiedy to zrobiłem git pull upstream master, otrzymałem następujący błąd:

błąd: lokalne zmiany w następujących plikach zostałyby zastąpione przez scalanie: myfile.js Proszę zatwierdzić zmiany lub ukryć je przed scaleniem. Przerwanie

Aby to rozwiązać, wykonałem następujące czynności

git update-index --no-assume-unchanged myfile.js

Zrobiłem to git statusi dostałem tę wiadomość

On master master Twój oddział stoi za „origin / master” o 4 zatwierdzenia i może być szybko przekazywany. (użyj „git pull”, aby zaktualizować swój lokalny oddział)

Zmiany, które nie zostały wprowadzone dla zatwierdzenia: (użyj „git add ...”, aby zaktualizować, co zostanie zatwierdzone) (użyj „git checkout - ...”, aby odrzucić zmiany w katalogu roboczym)

zmodyfikowano: myfile.js

nie dodano żadnych zmian do zatwierdzenia (użyj „git add” i / lub „git commit -a”)

Wtedy nie git checkout myfile.jsnastępuje git pull upstream master. Tym razem operacja ściągnięcia git zakończyła się powodzeniem.

Zetknąłem się z tym, wyciągając z mistrza.

Sposób, w jaki sobie z tym poradziłem, używając Visual Studio;

1. Najpierw wykonałem polecenie Cofnij zatwierdzenie w moim rozwiązaniu.
2. Potem zrobiłem proces ściągania Git.

Mam nadzieję że to pomoże!

Najprostszym rozwiązaniem jest:

git reset --hard && git pull

Jestem nowy w Git i nie jestem pewien, czy moje rozwiązanie jest dobrym pomysłem.

Przetestowałem WSZYSTKIE odpowiedzi i żadna z nich nie działała dla mnie!

Ale znalazłem inne rozwiązanie:

1. Backup both of local and repository versions of the file.
2. Delete the file from repository.
3. git add .
4. git commit
5. git push

Mam nadzieję że to pomoże.

Wystąpił błąd „Lokalne zmiany w następujących plikach zostałyby zastąpione przez scalanie”, ponieważ masz pewne zmiany w lokalnym repozytorium, które NIE zostały jeszcze zatwierdzone, więc przed wyciągnięciem ze zdalnego repozytorium po prostu zatwierdź zmiany w lokalnym repozytorium.

Powiedzmy, że twoje zdalne repozytorium ma jakąś gałąź xyz i chcesz, aby gałąź zdalnej repozytorium xyz została następnie scalona w (skopiowaną do) lokalną gałąź repozytorium xyz,

{
git checkout xyz                  //check out to the respective branch in local repo
git commit -m "commiting message" //commit changes if any, in local repo branch xyz
git pull                          //it pulls remote xyz branch into local xyz branch
}

Jeśli ten błąd jest spowodowany zakończeniami linii,

git add
git checkout mybranch

będzie działać. Nie jestem do końca pewien, dlaczego to działa.

W przypadku Pycharm możesz zrobić Git -> Przywróć, a następnie pociągnąć.

Ten komunikat może się również zdarzyć, jeśli git-lfszostanie użyty, a wskaźnik pliku zostanie zastąpiony przez prawdziwy plik.

wtedy używasz:

git stash
git lfs migrate import
git pull

pełne wyjście z mojej skrzynki

λ git stash
Saved working directory and index state WIP on master: 5d4ad47 Merge branch 'feature/...' into 'master'
Encountered 1 file(s) that should have been pointers, but weren't:
        public/apple-touch-icon.png

λ git pull
Updating 5a4ad44..b25f79d
error: Your local changes to the following files would be overwritten by merge:
        public/apple-touch-icon.png
Please commit your changes or stash them before you merge.
Aborting

λ git lfs migrate import
migrate: Fetching remote refs: ..., done
migrate: Sorting commits: ..., done
migrate: Rewriting commits: 100% (0/0), done
migrate: Updating refs: ..., done
migrate: checkout: ..., done


λ git pull
Updating 5d4ad47..a25c79a
Fast-forward
 public/apple-touch-icon.png | Bin 2092 -> 130 bytes
 public/favicon.ico          | Bin 6518 -> 1150 bytes
 2 files changed, 0 insertions(+), 0 deletions(-)

patrz https://github.com/git-lfs/git-lfs/issues/2839

Próbowałem i to z powodzeniem, przed wyciągnięciem, pozwól zatwierdzić cały plik, który nie został zatwierdzony, wtedy nie otrzymasz tych wiadomości od AS.