Czy istnieje dobry sposób na wyjaśnienie, jak rozwiązać problem „ ! [rejected] master -> master (fetch first)'” w Git?
Kiedy używam tego polecenia $ git push origin master, wyświetla komunikat o błędzie.
! [rejected] master -> master (fetch first)
error: failed to push some refs to 'git@github.com:zapnaa/abcappp.git'
Odpowiedzi:
Odpowiedź jest, git każe ci najpierw pobrać.
Prawdopodobnie ktoś inny naciskał już na mastering, a twoje zatwierdzenie jest opóźnione. Dlatego musisz pobrać, scalić zestaw zmian, a następnie będziesz mógł ponownie naciskać.
Jeśli tego nie zrobisz (lub co gorsza, jeśli wymusisz to za pomocą --forceopcji), możesz zepsuć historię zmian.
EDYCJA: Bardziej szczegółowo omawiam ostatni punkt, ponieważ facet tutaj właśnie dał bardzo złą radę dotyczącą korzystania z --forceopcji.
Ponieważ git to DVCS, idealnie wielu innych programistów pracuje nad tym samym projektem co Ty, używając tego samego repozytorium (lub jego rozwidlenia). Jeśli wymusisz nadpisanie swoim zestawem zmian, twoje repozytorium będzie niezgodne z danymi innych osób, ponieważ „przepisałeś historię”. Sprawisz, że inni ludzie będą nieszczęśliwi, a repozytorium ucierpi. Prawdopodobnie kociak na świecie też będzie płakał.
TL; DR
--forceopcji.Jednak prosiłeś o to pierwsze. Postaw na 1) zawsze, nawet jeśli zawsze będziesz używać git samodzielnie, ponieważ jest to dobra praktyka.
próbować:
git fetch origin master
git merge origin master
Po napisaniu tego kodu otrzymałem inny błąd: (bez przewijania do przodu)
Piszę ten kod:
git fetch origin master:tmp
git rebase tmp
git push origin HEAD:master
git branch -D tmp
I rozwiązałem mój problem
git merge master.
Powinieneś użyć git pull, to polecenie wykonaj a, git fetcha następnie wykonaj git merge.
Jeśli użyjesz git push origin master --forcepolecenia, możesz mieć problemy w przyszłości.
pull jest zawsze właściwym podejściem, ale jednym wyjątkiem może być próba konwersji systemu plików bez Git do repozytorium Github. Tam musiałbyś wymusić pierwsze zatwierdzenie.
git init
git add README.md
git add .
git commit -m "first commit"
git remote add origin https://github.com/userName/repoName.git
git push --force origin master
Spróbuj tego polecenia git
git push origin master --force
lub brak siły -f
git push origin master -f
Jak stwierdzono w komunikacie o błędzie, musisz najpierw „pobrać”. To zadziałało dla mnie. Użyj polecenia:
git fetch origin masterNastępnie wykonaj następujące kroki, aby scalić:
git pull origin mastergit add .git commit -m 'your commit message'git push origin masterSpróbuj tego polecenia, aby go rozwiązać -
git push origin master --force
Lub
git push origin master -f
Możesz użyć następującego polecenia: Najpierw sklonuj nową kopię repozytorium, używając flagi --mirror:
$ git clone --mirror git://example.com/some-big-repo.git
Następnie postępuj zgodnie z kodami:
Dodawanie istniejącego projektu do GitHub za pomocą wiersza poleceń
Nawet jeśli to nie zadziała, możesz po prostu zakodować:
$ git push origin master --force
lub
$ git push origin master -f
Wykonaj czynności podane poniżej, ponieważ miałem ten sam problem:
$ git pull origin master --allow-unrelated-histories
(Aby sprawdzić, czy lokalny oddział można łatwo połączyć ze zdalnym)
$ git push -u origin master
(Teraz wypchnij całą zawartość lokalnego repozytorium git do repozytorium online)
Jest prawdopodobne, że ktoś inny (np. Twój kolega) umieścił zatwierdzenia origin/master, których nie ma w twoim lokalnym masteroddziale, a ty próbujesz wypchnąć niektóre zatwierdzenia z lokalnego oddziału na serwer. W 99% przypadków, zakładając, że nie chcesz usunąć ich pracy origin, masz dwie możliwości:
2) Scal ich zmiany w lokalnym oddziale, a następnie wypchnij scalony wynik.
git checkout master
git pull # resolve conflicts here
git push
(Zauważ, że w tym przypadku git pulljest to w zasadzie tylko a git fetchi a git merge).
1) Przebuduj swój lokalny oddział, aby wyglądało na to, że twój kolega najpierw dokonał zatwierdzeń, a następnie dokonał zatwierdzeń. Dzięki temu historia zmian jest ładna i liniowa - i unika się „zatwierdzenia scalania”. Jednakże, jeśli masz konflikty ze zmianami swojego kolegi, być może będziesz musiał rozwiązać te konflikty dla każdego z twoich zatwierdzeń (a nie tylko raz) w najgorszym przypadku. Zasadniczo jest to przyjemniejsze dla wszystkich innych, ale dla ciebie większy wysiłek.
git pull --rebase # resolve conflicts here
git push
(Zauważ, że git pull --rebaseto zasadniczo a git fetchi a git rebase origin/master.)
Czasami dzieje się tak, gdy duplikujesz pliki, zwykle w rodzaju README.
Twój błąd może wynikać z gałęzi scalania.
Po prostu wykonaj następujące czynności:
krok 1: git pull origin master(w przypadku otrzymania komunikatu zignoruj go)
krok 2: git add .
krok 3: git commit -m 'your commit message'
krok 4:git push origin master
Najpierw powinieneś użyć git pull, potem polecenie wykonaj a, git fetcha następnie wykonaj git merge.
Jeśli użyjesz git push origin master --forcepolecenia, możesz mieć problemy w przyszłości.
Pokonałem to, sprawdzając nową gałąź w następujący sposób:
# git checkout -b newbranch <SHA of master>
# git branch
* newbranch
master
# git push -u <repo_url_alias> newbranch
Zostają ci 2 gałęzie: główna i nowa gałąź, które możesz później połączyć.
Powodem, dla którego tak się stało w moim przypadku, było utworzenie linku do repozytorium GitHub, zainicjowałem go plikiem README
Podczas tworzenia pilota Git nie inicjalizuj go plikiem README, w przeciwnym razie wyświetli się błąd
Nie rób tego i na pewno zadziała dobrze Zamiast tego zainicjuj go plikiem readme jeśli chcesz po wypchnięciu do gałęzi głównej
Wystarczy podać nazwę oddziału wraz z nazwą zdalną.
git fetch origin
git merge origin/master
To zadziałało dla mnie, ponieważ żadne z innych rozwiązań nie zadziałało. NAWET SIŁA!
Musiałem tylko przejść przez Git Bash
cd REPOSITORY-NAME
git add .
git commit -m "Resolved merge conflict by incorporating both suggestions."
Potem z powrotem do mojego cmd i mogłem: git push heroku masterco w moim przypadku było problemem.
--force opcja zadziałała dla mnie użyłem git push origin master --force
! [odrzucono] master -> master (najpierw pobierz) błąd: nie udało się przesłać niektórych referencji do „git@github.com:”
Pomyślnie rozwiązano problem za pomocą polecenia --force. więc musisz użyć
git push origin master --force
Użyj tego polecenia:
git push -f origin master --force
ta praca dla mnie
git init
git add --all
3. git commit -m "nazwa"
4. git push origin master - force
To zadziałało dla mnie:
$ git add .
$ git commit -m "commit"
$ git push origin master --force
Problem rozwiązany
Problem, który miałem
! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'https://github.com/repo_name/repo-hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g.hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details.
Ja też miałem ten sam problem. Problem polega na tym, że twoje commitsw innych repozytoriach nie powiodły się, pushedwięc musisz uruchomić następujące polecenia:
git fetch origin master
wynik: From https://github.com/username/repo-name
* branch master -> FETCH_HEAD
git merge origin master
wynik: Merge made by the 'recursive' strategy.
repo-name/ReadMe.md | 1 -
1 file changed, 1 deletion(-)
git push
wynik: Enumerating objects: 8, done.
Counting objects: 100% (8/8), done.
Delta compression using up to 8 threads
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 1.00 KiB | 1.00 MiB/s, done.
Total 6 (delta 2), reused 0 (delta 0)
remote: Resolving deltas: 100% (2/2), completed with 1 local object.
To https://github.com/user_name/repo-name.git
0852d5vf..70v56d9 master -> master
Dziękuję bardzo
Myślałem, że to z powodu połączenia, ale używam tego:
git push --force origin master
--forcezepsuje githistorię zmian , nie byłoby dobrze jej używać.
Jego proste użycie tego polecenia:
git push -f wzorzec pochodzenia
i to wykona twoją pracę