Reset Git - trudne i zdalne repozytorium

Question

Miałem repozytorium, które miało kilka złych poprawek (D, E i F w tym przykładzie).

A-B-C-D-E-F Master i początek/Master

I został zmodyfikowany lokalne repozytorium specyficznie z git reset --hard. Wziąłem gałąź przed resetem więc teraz mam repo, który wygląda tak:

A-B-C master 
    \ D-E-F old_master 

A-B-C-D-E-F origin/master 

Teraz potrzebne jakieś części tych złych zobowiązuje więc wiśniowe zrywane bity potrzebowałem i wykonanych kilka nowych zobowiązuje więc teraz mam następujące lokalnie:

A-B-C-G-H master 
    \ D-E-F old_master 

Teraz chcę wprowadzić ten stan rzeczy do zdalnego repo. Jednak, gdy próbuję zrobić git push Git grzecznie daje mi od szczotki:

$ git push origin +master:master --force 
Total 0 (delta 0), reused 0 (delta 0) 
error: denying non-fast forward refs/heads/master (you should pull first) 
To git@git.example.com:myrepo.git 
! [remote rejected] master -> master (non-fast forward) 
error: failed to push some refs to 'git@git.example.com:myrepo.git' 

Jak uzyskać zdalnego repo do podjęcia aktualny stan lokalnego repo?

Answer 1

Jeśli zmuszając push nie pomaga („git push --force origin«lub»git push --force origin master” powinno wystarczyć), może to oznaczać, że zdalny serwer odmawia non Przewijanie do przodu popycha za pośrednictwem receive.denyNonFastForwards zmienna config (patrz git config strona podręcznika opis), lub za pośrednictwem haka update/pre-receive.

Starszym Gitem można obejść to ograniczenie, usuwając "git push origin :master" (patrz ":" przed nazwą oddziału), a następnie ponownie tworząc "git push origin master" podaną gałąź.

Jeśli nie można zmienić, to jedynym rozwiązaniem byłoby zamiast przepisywania historii do stworzyć popełnić reverting zmian w DEF:

 
A-B-C-D-E-F-[(D-E-F)^-1] master 

A-B-C-D-E-F        origin/master 

Answer 2

celu uzupełnienia odpowiedź Jakuba, jeśli masz dostęp do zdalny serwer git w ssh, można przejść do katalogu zdalnego git i ustawić:

user@remote$ git config receive.denyNonFastforwards false 

Następnie wróć do lokalnego repo, spróbuj ponownie, aby wykonać commit z --force:

user@local$ git push origin +master:master --force 

I wreszcie przywrócić ustawienia serwera w oryginalnym chronionego państwa:

user@remote$ git config receive.denyNonFastforwards true 

Answer 3

zamiast ustalania swój „master” oddział, to sposób łatwiej zamienić go z „pożądany-master” przez zmianę nazwy gałęzie. Zobacz https://stackoverflow.com/a/2862606/2321594. W ten sposób nie zostawisz nawet śladu wielu dzienników przywracania.

Answer 4

Cała operacja resetowania git wyglądała na dalszą komplikację dla mnie.

Więc zrobiłem coś wzdłuż linii, aby mój katalog src w stanie miałem kilka commity temu

# reset the local state 
git reset <somecommit> --hard 
# copy the relevant part e.g. src (exclude is only needed if you specify .) 
tar cvfz /tmp/current.tgz --exclude .git src 
# get the current state of git 
git pull 
# remove what you don't like anymore 
rm -rf src 
# restore from the tar file 
tar xvfz /tmp/current.tgz 
# commit everything back to git 
git commit -a 
# now you can properly push 
git push 

ten sposób stan rzeczy w src jest przechowywany w pliku tar i git jest zmuszony do zaakceptowania tego stanu bez zbytniego manipulowania w zasadzie katalog src jest zastępowany stanem, który miał kilka zatwierdzeń temu.