Zdalne odrzucenie (płytka aktualizacja nie jest dozwolona) po zmianie zdalnego adresu URL Git

164

Mam projekt pod kontrolą wersji Git, nad którym pracowałem zarówno na serwerze, jak i na komputerze lokalnym. Początkowo miałem zdalne źródło ustawione jako mój komputer lokalny, ale teraz chciałbym zmienić to na BitBucket.

Na serwerze użyłem polecenia

git remote set-url origin bitbucket_address

Ale teraz, kiedy próbuję przekazać projekt, pojawia się błąd

 ! [remote rejected] master -> master (shallow update not allowed)

Co jest tego przyczyną i jak to naprawić?

git

— rwolst
źródło

3

Jak sklonowałeś swoją lokalną wersję? git clone --depth?

— Sascha Wolf

To było jakiś czas temu i nie pamiętam. Czy jest sposób, aby się tego dowiedzieć?

— rwolst

2

Nie powinno być plik o nazwie shalloww ty .gitfolder.

— Sascha Wolf

Tak, widzę shallowplik.

— rwolst

Zobacz stackoverflow.com/a/50996201, aby znaleźć rozwiązanie, które po prostu odrzuca (lub przepisuje) brakującą historię

— caw

329

Wygląda na to, że git clone --depth <number>klonowałeś swoją lokalną wersję. Powoduje to płytki klon . Jednym z ograniczeń takiego klonu jest to, że nie można go wypchnąć do nowego repozytorium.

Masz teraz dwie możliwości:

jeśli nie obchodzi Cię Twoja aktualna lub brakująca historia, spójrz na to pytanie
jeśli chcesz zachować pełną historię, czytaj dalej:

Więc chcesz zachować swoją historię, co? Oznacza to, że musisz odblokować repozytorium. Aby to zrobić, musisz ponownie dodać starego pilota.

git remote add old <path-to-old-remote>

Następnie używamy git fetchdo pobrania pozostałej historii ze starego pilota (jak zasugerowano w tej odpowiedzi ).

git fetch --unshallow old

A teraz powinieneś być w stanie wypchnąć do nowego zdalnego repozytorium.

Uwaga : po odblokowaniu klona można oczywiście ponownie usunąć starego pilota.

— Sascha Wolf
źródło

45

co jeśli sklonowałem projekt kick-start i nie chcę / potrzebuję całej historii? czy jest sposób, aby tego uniknąć?

— itamar

9

@itamar To wydaje się być dobrym przykładem na zupełnie poprawne nowe pytanie. Możesz link do tego pytania w celach informacyjnych.

— Sascha Wolf

14

— Zadane

2

Zauważ, że git fetch --unshallowmoże wymagać refspec, aby odblokować tylko określoną gałąź, a nie całe repozytorium. Np .:git fetch --unshallow origin refs/heads/mydeepbranch:refs/remotes/origin/mydeepbranch

— clacke

5

Jeśli pchasz do repozytorium, które jest nieco za repozytorium, z którego sklonowałeś, a nie tworzysz zupełnie nowego repozytorium, wystarczy, że twoje lokalne odniesienie jest wystarczająco głębokie, aby zawierało zdalne odniesienie. Więc jeśli miałeś origin/master20 zatwierdzeń przed twoim, oldrepo/masterkiedy clone --depth 1go edytowałeś, a od tego czasu wykonałeś 17 lokalnych zatwierdzeń, wystarczy, że to zrobisz git fetch --depth 37 origin refs/heads/master:refs/remotes/origin/master(przeprosiny za każdy błąd poza jednym), a wtedy możesz obejść się git push oldrepo masterbez incydentów (może wymagać git 1.9.0 lub nowszej).

— clacke

28

Jeśli Twoje repozytorium to origin, a oryginalne repozytorium to upstream:

git fetch --unshallow upstream

— dorycki
źródło

to działa dla mnie i całkiem proste, wtedy najlepsza głosowała odpowiedź.

— Maosheng Wang

11

Inną opcją, jeśli chcesz zachować repozytorium tak, jak jest z nowymi zatwierdzeniami, które dodałeś od czasu płytkiego, początkowego zatwierdzenia, jest: Zmień to zatwierdzenie za pomocą interaktywnej rebase .

Uruchom interaktywną rebase zawierającą pierwsze zatwierdzenie (root) za pomocą
```
git rebase --interactive --root
```
Zmień pickpoczątkowe zatwierdzenia na, editzapisz i zamknij plik.

Jeśli sklonowałeś repozytorium z głębią większą niż 1, być może będziesz musiał zrobić to samo dla wszystkich tych zatwierdzeń. Lub, alternatywnie, wykonaj je fixupdla wszystkich podczas interaktywnej rebase.
Przekonwertuj to zatwierdzenie na zwykły, nie płytkie zatwierdzenie z
```
git commit --amend --no-edit
```
Spowoduje to również zmianę identyfikatora zatwierdzenia i dodanie Ciebie jako współautora do tego początkowego zatwierdzenia.
Nie zapomnij zakończyć rebase
```
git rebase --continue
```

— Rene Hamburger
źródło

Dziękuję Ci! Działało jak urok, gdy oryginalne repozytorium zostało usunięte i masz tylko płytką kopię.

— Vitalii Dmitriev

9

Jeśli chcesz wypchnąć nowe repozytorium bez zmian, możesz spróbować tego:

Najpierw usuń old git folderz bieżącego repozytorium,sudo rm -rf .git
Następnie ponownie zainicjuj gita git init
Następnie dodaj nowe zdalne repozytorium git remote add your-new-repo
Następnie naciśnij.

— Akhter-uz-zaman
źródło

Uważam, że to lepsze rozwiązanie, ponieważ nie wymaga naciskania na stare. Czasami może się to zdarzyć w przypadku płytek stałych.

— rnpd

To jest w zasadzie odpowiedź z powiązanego pytania, które można znaleźć tutaj .

— Sascha Wolf,

@NachPD Nie jestem pewien, co masz na myśli, mówiąc, że drugie rozwiązanie wymaga „pchnięcia na stare”. Czy masz na myśli pobieranie zamiast pchania? Ponieważ nie wymaga pchania.

— Sascha Wolf,

0

Jeśli pobieranie --unshallow nie działa. W twoim oddziale muszą być jakieś problemy. Napraw to za pomocą następującego polecenia przed pchnięciem.

git filter-branch -- --all

Rób to tylko z opcją --unshallow nie działa, ponieważ istnieje obawa o BEZPIECZEŃSTWO .

— Chayapol
źródło