Jak usunąć niepoprawne odwołanie do oddziału z Git?

W moim bieżącym repozytorium mam następujące dane wyjściowe:

$ git branch -a
* master
  remotes/origin/master
  remotes/public/master

Chcę usunąć remotes/public/masterz listy oddziałów:

$ git branch -d remotes/public/master
error: branch 'remotes/public/master' not found.

Ponadto wynik działania git remotejest dziwny, ponieważ nie zawiera public:

$ git remote show 
origin

Jak mogę usunąć „piloty / public / master” z listy oddziałów?

Zaktualizuj, wypróbowałem git pushpolecenie:

$ git push public :master
fatal: 'public' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

Być może potrzebujesz czyszczenia:

git gc --prune=now

lub może potrzebujesz suszonych śliwek:

git remote prune public

suszona śliwka

Usuwa wszystkie przestarzałe gałęzie śledzenia w obszarze <nazwa>. Te nieaktualne gałęzie zostały już usunięte ze zdalnego repozytorium, do którego odwołuje się <nazwa>, ale nadal są lokalnie dostępne w „zdalnych / <nazwa>”.

Z opcją --dry-run zgłoś, które gałęzie zostaną przycięte, ale nie przycinaj ich.

Wydaje się jednak, że należy je wcześniej wyczyścić

git remote rm public 

rm

Usuń pilota o nazwie <nazwa>. Wszystkie gałęzie zdalnego śledzenia i ustawienia konfiguracji dla pilota są usuwane.

Może to oznaczać, że ręcznie zmodyfikowałeś plik konfiguracyjny i tak się nie stało lub masz problemy z uprawnieniami.

Może uruchom to jeszcze raz i zobacz, co się stanie.

Kontekst porady

Jeśli spojrzysz na dzienniki wersji , zauważysz, że zasugerowałem więcej „poprawnych” technik, które z jakiegokolwiek powodu nie chciałyby działać w ich repozytorium.

Podejrzewałem, że OP zrobił coś, co sprawiło, że ich drzewo pozostało w niespójnym stanie, co spowodowało, że zachowywał się nieco dziwnie, i musiałem git gcnaprawić pozostawione za nim cruft.

Zazwyczaj git branch -rd origin/badbranch wystarcza dla nuking lokalnego oddziału śledzenia, lub git push origin :badbranchza nuking zdalną gałąź, i zazwyczaj będzie nie trzeba zadzwonićgit gc

Wszystko, co musisz zrobić, to

git fetch -p

Spowoduje to usunięcie wszystkich lokalnych oddziałów, które są zdalnie usuwane.

Jeśli korzystasz z git 1.8.5+, możesz ustawić to automatycznie

git config fetch.prune true

lub

git config --global fetch.prune true

git push public :master

Spowodowałoby to usunięcie zdalnej gałęzi o nazwie wskazanej przez masterKent Fredrica.

Aby wyświetlić listę oddziałów zdalnego śledzenia:

git branch -r

Aby usunąć gałąź zdalnego śledzenia:

git branch -rd public/master

Wszystko, co musisz zrobić, to

$ git branch -rd origin/whatever 

To takie proste. Nie ma powodu, aby dzwonić do gc tutaj.

git gc --prune=now nie jest tym, czego chcesz.

git remote prune public

lub git remote prune origin# jeśli to jest zdalne źródło

jest tym, czego chcesz

Przyjęta odpowiedź nie działała dla mnie, gdy referencja była zapakowana. Robi to jednak:

$ git remote add public http://anything.com/bogus.git
$ git remote rm public

W moim przypadku próbowałem usunąć wpisy, które zostały zapisane .git/packed-refs. Możesz edytować ten zwykły plik tekstowy i usuwać z niego wpisy, które git br -Dnie umieją dotykać (przynajmniej w wersji 1.7.9.5).

Znalazłem to rozwiązanie tutaj: https://stackoverflow.com/a/11050880/1695680

git push origin --delete <branch name>

Źródło: http://www.gitguys.com/topics/adding-and-removing-remote-branches/

Nie wiedziałem o tym git branch -rd, więc sposobem, w jaki rozwiązałem takie problemy dla siebie, jest traktowanie mojego repozytorium jako zdalnego repozytorium i zdalne usuwanie. git push . :refs/remotes/public/master. Jeśli inne sposoby nie działają i masz jakieś dziwne odniesienia, których chcesz się pozbyć, ten surowy sposób jest pewny. Daje dokładną precyzję do usuwania (lub tworzenia!) Dowolnego rodzaju referencji.

Tylko nieznacznie powiązane, ale nadal mogą być pomocne w tej samej sytuacji, co my - korzystamy z sieciowego udziału plików w naszym zdalnym repozytorium. W zeszłym tygodniu wszystko działało, w tym tygodniu pojawił się błąd „Zdalne pochodzenie nie reklamowało Ref dla referencji oddziałów / szefów / mistrza. Ten Ref może nie istnieć w pilocie lub może być ukryty przez ustawienia uprawnień”

Ale wierzyliśmy, że nic nie zrobiono, by zepsuć rzeczy. NFS robi migawki, więc przejrzałem każdą „poprzednią wersję” i zobaczyłem, że trzy dni temu rozmiar repozytorium w MB zmniejszył się z 282 MB do 33 MB, a teraz istniało około 1403 nowych plików i 300 folderów. Zapytałem moich współpracowników, a jeden próbował tego dnia naciskać, a potem go anulowałem.

Użyłem funkcji „Przywróć” NFS, aby przywrócić ją tuż przed tą datą, a teraz wszystko działa poprawnie. Próbowałem wcześniej suszonych śliwek, chyba nie pomogłem. Może trudniejsze porządki by zadziałały.

Mam nadzieję, że to może kiedyś pomóc komuś innemu!

Sójka

Miałem podobny problem. Żadna z odpowiedzi nie pomogła. W moim przypadku miałem dwa usunięte zdalne repozytoria pokazujące się na stałe.

Moim ostatnim pomysłem było ręczne usunięcie wszystkich odniesień do niego.

Powiedzmy, że repozytorium nosi nazwę „Repo”. Zrobiłem:

find .git -name Repo 

Tak więc usunąłem odpowiednie pliki i katalogi z folderu .git ( ten folder można znaleźć w aplikacji Rails lub na komputerze https://stackoverflow.com/a/19538763/6638513 ).

Potem zrobiłem:

grep Repo -r .git

Znaleziono niektóre pliki tekstowe, w których usunąłem odpowiednie wiersze. Teraz wszystko wydaje się w porządku.

Zwykle powinieneś zostawić tę pracę do zrobienia.