Co to znaczy, gdy git mówi, że plik „wymaga aktualizacji”?

156

Przez całe życie nie mogę znaleźć żadnego przyzwoitego wyjaśnienia komunikatu „[plik]: wymaga aktualizacji”, który czasami wypluwa gita. Nawet oficjalne FAQ gita wyjaśnia to jako TODO. Gdyby ktoś mógł wyjaśnić A) co to znaczy; i B) jak to naprawić, byłbym niezmiernie wdzięczny.

git

— rofrankel
źródło

1

Dobre pytanie, jak powiedziałeś, nawet GitFaq nie ma odpowiedzi: git.wiki.kernel.org/index.php/…

— Justin Ethier

1

Możesz zobaczyć stackoverflow.com/questions/5367734/…

1

Czy możesz dokładnie powiedzieć, które polecenie to powoduje? A która wersja Gita? Próbowałem usunąć je z interfejsu użytkownika, więc niedawny Git nie powinien ci tego mówić, z wyjątkiem miejsc, o których zapomniałem ;-).

— Matthieu Moy

108

Oznacza to, że próbujesz scalić zmiany skądś, ale zmiany obejmują modyfikacje pliku, który jest brudny (obecnie zmodyfikowany w drzewie roboczym). Musisz zatwierdzić swoje zaległe zmiany lub ukryć je, wyciągnąć / ponownie bazować / scalić / cokolwiek robisz, aby zaktualizować i rozpakować

— Michał Mrozek
źródło

4

To właściwie nie jest przyciąganie - to scalanie jest częścią przyciągania. Zobaczysz ten sam błąd, jeśli spróbujesz scalić lokalny oddział z tym samym problemem i myślę, że inne operacje scalania (zastosuj, ukryj zastosuj ...) wyświetlają podobne błędy, jeśli nie ten sam.

— Cascabel

Ach, dzięki. To naprawdę ma sens. Wydaje mi się, że muszę się upewnić, że zatwierdzę zmiany przed wyewidencjonowaniem innej gałęzi.

— rofrankel

7

Na wypadek, gdyby pomogło to w wynikach wyszukiwania, napotkałem ten problem, próbując zrobić git svn rebasez brudną kopią roboczą. Stash save, rebase, stash pop i wszystko było w porządku ze światem.

— Adam Tuttle

1

Sam plik nie może zostać zmieniony - może to spowodować nawet zmiana atrybutów pliku (takich jak uprawnienia).

— chiborg,

22

Jak zauważyli inni, komunikat o aktualizacjach potrzeb oznacza, że plik jest brudny lub, innymi słowy, nieaktualny. Ale zamiast robić reset i zaczynać wszystko od nowa, można zrobić po prostu, git statusa następnie git add <file> czy znajduje się na zmienionej liście. Ponieważ mogłeś już wcześniej dodać plik, ale potem go zmieniłeś. To mi się przydarzyło i dzięki temu prostemu addrozwiązałem problem.

— łomża
źródło

7

Zaloguj się do serwera produkcyjnego / docelowego, cddo katalogu zawierającego aplikację i wykonaj te dwie komendy.

1. Zresetuj do najnowszej wersji

OSTRZEŻENIE, spowoduje to usunięcie wszystkich zmian:

git reset --hard HEAD

2. Wyciągnij zmiany

git pull origin master

— NXT
źródło

1

[git reset --hard HEAD] działało dla mnie. Zatwierdziłem z dysku współdzielonego Windows, ale mój katalog Ubuntu nie odzwierciedlałby zatwierdzonego przeze mnie zatwierdzenia, mimo że był to ten sam folder (Z: zmapowany do / var / www / html /). Po uruchomieniu tego, [git status] i [git pull] teraz pokazują, że jest aktualny.

— Keith DC,

To jest rozwiązanie, które też się sprawdziło. Próbowałem użyć poddrzewa git, używając SourceTree w systemie Windows, ale źle się zepsuło.

— Artem Russakovskii

3

Jak mówi odpowiedź na inne pytanie, do którego prowadzi łącze, wiadomość oznacza po prostu, że masz zaległe zmiany. Otrzymujesz to również, np. Jeśli wprowadzisz pewne zmiany za pomocą git add, a następnie zmienisz zdanie i zrobisz git reset HEAD filez zamiarem rozpoczęcia od nowa.

— tripleee
źródło

2

git reset HEAD filepowoduje pojawienie się tego samego komunikatu

— ekspert

2

Ten błąd może wystąpić, gdy proces rebase wprowadza dodatkowe zmiany w plikach, których nie ma w gałęzi docelowej.

Dla mnie najtrudniejsza część była z .gitattributesplikiem w moim repozytorium. Nowy typ pliku binarnego został dodany w innej gałęzi, ale jego obsługa została wymuszona jako plik tekstowy. Gdy plik został pobrany z repozytorium przez git, wartości EOL (w rzeczywistości są to bajty wartości binarnej) zostały zastąpione - co spowodowało różnicę binarną.

Dodanie nowego wpisu do obsługi nowego typu pliku jako binarnego i ponowienie całego procesu rozwiązało problem.

— pełnomocnik
źródło

1

W moim przypadku ciągle dostawałem

assets/ElipseThree.png: needs update
You must edit all merge conflicts and then
mark them as resolved using git add

Miałem te pliki w swoim katalogu, ale w mojej obecnej gałęzi zostały zmienione. Więc żeby to naprawić, pobiegłem

$ git mv assets/ElipseThree.png assets/elipseThree.png
$ git add assets/elipseHalfFull.png 
$ git rebase --continue

i pozwoliło mi to kontynuować

— ThinkDigital
źródło