Jak wymusić wypchnięcie resetowania do zdalnego repozytorium?

Nasza zdalna główna gałąź jakoś się popsuła. Bieżący kod programistyczny znajduje się w gałęzi głównej wraz z najnowszymi zatwierdzeniami. Oczywiście kod programistyczny nie jest gotowy na gałąź główną.

Więc na moim lokalnym repozytorium, zrobiłem reset do najnowszej znacznika git reset --hard (Tag). Gałąź główna jest teraz poprawna w moim lokalnym repozytorium. Teraz, gdy próbuję wypchnąć zmiany do zdalnego repozytorium, pojawia git push origin mastersię błąd:

To (REMOTE GIT REPOSITORY LOCATION)
 ! [rejected]        master -> master (non-fast-forward)
error: failed to push some refs to '(REMOTE GIT REPOSITORY LOCATION)'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes (e.g. 'git pull') before pushing again.  See the
'Note about fast-forwards' section of 'git push --help' for details.

Więc po rozejrzeniu się znalazłem --forceopcję. Więc nacisnąłem na zdalne repozytorium git push --force origin masteri nadal otrzymuję błąd:

Total 0 (delta 0), reused 0 (delta 0)
remote: error: denying non-fast-forward refs/heads/master (you should pull first)
To (REMOTE GIT REPOSITORY LOCATION)
 ! [remote rejected] master -> master (non-fast-forward)
error: failed to push some refs to '(REMOTE GIT REPOSITORY LOCATION)'

Nie mogę zrobić pull on master, ponieważ zawiera kod programistyczny, którego nie można wykonać na master.

Komunikat oznacza, że ​​nie możesz wykonywać wypychania bez przewijania do przodu.

Twoje zdalne repozytorium ma najprawdopodobniej denyNonFastforwards = truew swojej konfiguracji. Jeśli to zmienisz, git push --forcepowinno działać.

Aby zmienić to ustawienie, musisz mieć dostęp do komputera ze zdalnym repozytorium. Stamtąd, zrób git config receive.denynonfastforwards false.

Pilot nie pozwala na szybkie przewijanie do przodu.

Najlepszą opcją jest wybranie git revertwszystkich zatwierdzeń, których nie powinno tam być i być bardziej ostrożnym w przyszłości.

git revert [commit]stworzy nowe zatwierdzenie, które cofnie wszystko, co [commit]zrobił.

Spróbuj użyć -fflagi i umieścić ją po nazwie zdalnego oddziału.

git push origin master -f

Kroki umożliwiające trwałe włączenie pchania siłowego w następującym stylu

git push -f myrepo my-branch

Edytuj plik o nazwie „config” w folderze kończącym się na „.git” w swoim zdalnym repozytorium

W danych wyjściowych wiersza polecenia git z nieudanego wypychania poszukaj wiersza, który mówi mniej więcej tak:

error: failed to push some refs to 'ssh://user@some-remote-server.mycompany.com/srv/git/myrepo.git

następnie

ssh user@some-remote-server.mycompany.com
cd /srv/git/myrepo.git
vi config

Ustaw „denyNonFastforwards” na false

W „config” ustaw

[receive]
        denyNonFastforwards = false

Teraz możesz wypchnąć z lokalnego komputera za pomocą -f

git push -f myrepo my-branch

Nie możesz robić git push, które nie jest przewijane do przodu.

1. Jeśli pilot to GitHub, przejdź do https://github.com/$USER/$REPO/settings/branchesi wyłącz ochronę danej gałęzi.

   

   Aby to zrobić, musisz być administratorem repozytorium.

2. Jeśli zdalny jest twoim własnym serwerem git, uruchom git config receive.denynonfastforwards falsetam.

Najlepszym sposobem obejścia tego jest usunięcie zdalnej gałęzi i ponowne jej wysłanie:

git push origin master --delete
git push origin master

Problem występuje, ponieważ bieżąca gałąź nie jest poprawnie skonfigurowana dla PULL . Najpierw sprawdź, czy gałąź upstream jest poprawnie skonfigurowana do ściągania, używając - git remote show origin. Możesz go znaleźć w sekcji - Lokalne gałęzie skonfigurowane dla 'git pull': . Jeśli nie, skonfiguruj go za pomocą:

git config branch.MYBRANCH.merge refs/heads/MYBRANCH

Podaj odpowiednią nazwę gałęzi dla symbolu zastępczego - MYBRANCH

Używam tej grupy poleceń, aby zresetować moje zdalne repozytorium, spowoduje to ponowne zainicjowanie lokalnego repozytorium i ponowne połączenie ze zdalnym repozytorium, a następnie wymusi wypchnięcie aktualizacji.

Myślę, że ten sposób nie zadziała w twoim przypadku, ale może być przydatny dla kogoś innego

przejdź do folderu źródłowego, a następnie uruchom polecenia: zwróć uwagę, że https://github.com/*.gitjest to łącze do zdalnego repozytorium

git init
git remote add origin https://github.com/*.git
git add .
git commit -m "initial commit"
git push origin master -f
git push --set-upstream origin master

**Note: this will clear all your git history on your master branch**

Dla mnie wskazówka @svick wskazywała we właściwym kierunku. Ponieważ serwer git, który chciałem zmodyfikować, jest w rzeczywistości moim urządzeniem, zalogowałem się do niego i zrobiłem, git config --global receive.denynonfastforwards falseaby zmienić wszystkie repozytoria, aby akceptowały wymuszone wypychanie bez ff. Nie wyszło z pudełka. Odkryłem, że w konfiguracji jest już receive.denynonfastforwards=trueustawiony i nie można go usunąć git config --global --unset receive.denynonfastforwards. vi configJednak ręczne wykonanie edycji w repozytorium ( ) działało.

Rozwiązałem przez usunięcie gałęzi głównej z chronionej, a także domyślnej, która jest nieco ponad regułami gałęzi chronionej w ustawianiu repozytorium.