Jak scalić zdalne zmiany w GitHub?

Otrzymuję następujący błąd podczas pierwszej próby wypychania na Github:

[rejected] master -> master (non-fast forward)
error: failed to push some refs to 'git@github.com:me/me.git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes before pushing again.  See the 'non-fast forward'
section of 'git push --help' for details.

jak mogę to naprawić i scalić zdalne zmiany?

Zobacz sekcję „non-fast forward” w „ git push --help ” po szczegóły.

Możesz wykonać „git pull”, rozwiązać potencjalne konflikty i „git push” wynik. „Git pull” utworzy scalające zatwierdzenie C między zatwierdzeniami A i B.

Alternatywnie, możesz zmienić swoją zmianę między X i B na górze A, używając „git pull --rebase” i odepchnąć wynik z powrotem. Rebase utworzy nowe zatwierdzenie D, które buduje zmianę między X i B nad A.

Możesz także wymusić wypchnięcie, dodając symbol + przed nazwą swojej gałęzi.

git push origin +some_branch

Prawdopodobnie masz zmiany na githubie, których nigdy nie scaliłeś. Spróbuj git pullpobrać i scalić zmiany, wtedy powinieneś być w stanie push. Przepraszam, jeśli źle zrozumiałem Twoje pytanie.

Jeśli zobaczysz komunikat „git pull” i zobaczysz komunikat „Już aktualny”, a nadal otrzymujesz ten błąd, może to być spowodowane tym, że jedna z pozostałych gałęzi nie jest aktualna. Spróbuj przełączyć się na inną gałąź i upewnij się, że jest ona również aktualna, zanim spróbujesz ponownie „git push”:

Przełącz się na gałąź „foo” i zaktualizuj ją:

$ git checkout foo
$ git pull

Możesz zobaczyć posiadane gałęzie, wydając polecenie:

$ git branch

Możesz zmusić go do pchania, ale rób to TYLKO wtedy, gdy jesteś całkiem pewien, co robisz.

Polecenie to:

git push -f 

Ten problem może również wystąpić, gdy masz sprzeczne tagi. Jeśli twoja lokalna i zdalna wersja używają tej samej nazwy tagu dla różnych zatwierdzeń, możesz skończyć tutaj.

Możesz rozwiązać ten problem, usuwając lokalny tag:

$ git tag --delete foo_tag

Kiedy pojawił się ten błąd, utworzyłem kopię zapasową całego folderu projektu. Potem zrobiłem coś takiego

$ git config branch.master.remote origin
$ git config branch.master.merge refs/heads/master

... w zależności od nazwy twojego oddziału (jeśli nie jest to master).

Wtedy zrobiłem git pull --rebase. Następnie zastąpiłem pobrane pliki plikami z kopii zapasowej projektu. Teraz jestem gotowy, aby ponownie zatwierdzić zmiany i naciskać.

1) Wymuszanie ściągnięcia w celu nadpisania lokalnych zmian

Jeśli nie dbasz o zmiany dokonane lokalnie i chcesz uzyskać kod z repozytorium, możesz wymusić ściągnięcie. Spowoduje to nadpisanie wszystkich lokalnych zmian dokonanych na komputerze i pojawi się zduplikowana kopia wersji w repozytorium.

Wykonaj następujące polecenia w swoim IDE:

reset git - twardy

git pull

Spowoduje to natychmiastowe zniszczenie wszystkich lokalnych zmian, więc upewnij się, że wiesz, co robisz i nie potrzebujesz zmian lokalnych.

2) Zachowanie obu zmian (lokalnych i z repozytorium)

Jeśli chcesz zachować obie zmiany (zmiany dokonane lokalnie i zmiany obecne w repozytorium), możesz dodać i zatwierdzić swoje zmiany. Kiedy pociągniesz, oczywiście nastąpi konflikt scalania. Tutaj możesz użyć narzędzi w swoim IDE (takich jak Difftool i Mergetool), aby porównać dwa fragmenty kodu i określić, które zmiany zachować, a które usunąć. To jest środkowa droga; żadne zmiany nie zostaną utracone, dopóki nie usuniesz ich ręcznie.

git dodaj $ the_file_under_error

git commit

git pull