Geçersiz bir uzak dal başvurusunu Git'ten nasıl kaldırırsınız?

Benim şimdiki repo aşağıdaki çıktı var:

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

remotes/public/masterŞube listesinden silmek istiyorum :

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

Ayrıca, git remotelistelemediği için çıktısı gariptir public:

$ git remote show 
origin

Şube listesinden 'uzaktan kumandalar / genel / master' ı nasıl silebilirim?

Güncelle, git pushkomutu denedi :

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

Bir temizliğe ihtiyacınız olabilir:

git gc --prune=now

ya da bir kuru erik lazım olabilir:

git remote prune public

kuru erik

<ad> altındaki tüm eski izleme dallarını siler. Bu eski dallar, <ad> tarafından referans verilen uzak depodan zaten kaldırılmış, ancak yine de yerel olarak "uzaktan kumandalar / <ad>" içinde kullanılabilir.

--Dry-run seçeneğiyle, hangi dalların budanacağını bildirin, ancak aslında budamaları yapmayın.

Ancak, bunların daha önce temizlenmesi gerekiyor gibi görünüyor.

git remote rm public 

rm

<ad> adlı uzaktan kumandayı kaldırın. Uzaktan kumandanın tüm izleme dalları ve yapılandırma ayarları kaldırılır.

Bu nedenle, yapılandırma dosyanızı elle düzenlediniz ve bu olmadı veya ayrıcalık sorunlarınız olabilir.

Belki onu tekrar çalıştır ve ne olacağını gör.

Tavsiye Bağlamı

Revizyon günlüklerine bakarsanız , depolarında çalışmak istemeyen daha "doğru" teknikler önerdiğimi fark edeceksiniz.

OP'nin ağaçlarını tutarsız bir durumda bırakan ve biraz garip davranmasına neden olan bir şey yaptığını git gcve soldaki rüzgârın arkasını düzeltmesi gerektiğini düşündüm.

Genellikle git branch -rd origin/badbranch yerel bir izleme şube nuking için veya yeterli git push origin :badbranchbir uzak şube nuking için ve genellikle , olur asla çağrısına gerekgit gc

Tek yapman gereken

git fetch -p

Uzaktan silinen tüm yerel şubelerinizi kaldıracaktır.

Git 1.8.5+ kullanıyorsanız, bunu otomatik olarak ayarlayabilirsiniz.

git config fetch.prune true

veya

git config --global fetch.prune true

git push public :master

Bu master, Kent Fredric'in işaret ettiği uzak dalı silecektir .

Uzaktan izleme dallarını listelemek için:

git branch -r

Bir uzaktan izleme kolunu silmek için:

git branch -rd public/master

Tek yapman gereken

$ git branch -rd origin/whatever 

Bu kadar basit. Burada gc'yi aramak için bir neden yok.

git gc --prune=now istediğin şey değil.

git remote prune public

veya git remote prune origin# bu uzak kaynaksa

ne istiyorsun

Ref doluyken kabul edilen cevap benim için işe yaramadı. Ancak bu:

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

Benim durumumda kaydedilmiş girişleri silmeye çalışıyordum .git/packed-refs. Bu düz metin dosyasını düzenleyebilir vegit br -D nasıl dokunacağını bilmeyen (En azından 1.7.9.5 sürümünde).

Bu çözümü burada buldum: https://stackoverflow.com/a/11050880/1695680

git push origin --delete <branch name>

Referans veren: http://www.gitguys.com/topics/adding-and-removing-remote-branches/

Bilmiyordum git branch -rd, bu yüzden bu gibi sorunları kendim çözme yolum, repoma uzaktan bir repo olarak davranmak ve uzaktan silme yapmak. git push . :refs/remotes/public/master. Diğer yollar işe yaramazsa ve kurtulmak istediğiniz garip bir referansınız varsa, bu ham yol eminimdir. Her türlü referansı kaldırmak (veya oluşturmak!) İçin kesin hassasiyet sağlar.

Sadece biraz ilgili, ama yine de sahip olduğumuz aynı durumda yardımcı olabilir - uzak depomuz için bir ağ dosya paylaşımı kullanıyoruz. Geçen hafta işler çalışıyordu, bu hafta "Uzak kaynak, şube ref / başlıkları / master için Ref reklamını yapmadı. Bu Ref uzaktan kumandada olmayabilir veya izin ayarlarıyla gizlenmiş olabilir" hatasını alıyordu.

Ama biz şeyleri bozmak için hiçbir şey yapılmadığına inandık. NFS anlık görüntüler alıyor, bu yüzden her "önceki sürümü" inceledim ve üç gün önce deponun MB boyutunun 282 MB'tan 33 MB'a gittiğini gördüm ve yaklaşık 1.403 yeni dosya ve 300 klasör mevcuttu. İş arkadaşlarımı sorguladım ve biri o gün bir itme yapmaya çalıştı - sonra iptal etti.

NFS "Geri Yükle" işlevini o tarihten hemen önceki haline getirmek için kullandım ve şimdi her şey tekrar düzgün çalışıyor. Daha önce kuru erik denedin mi, yardımcı olmadı gibi görünüyor. Belki de daha sert temizlik işe yarardı.

Umarım bu bir gün başka birine yardımcı olabilir!

alakarga

Benzer bir sorun yaşadım. Cevapların hiçbiri işe yaramadı. Benim durumumda, kalıcı olarak gösterilen iki kaldırılmış uzak depo vardı.

Son fikrim, ona yapılan tüm referansları el ile kaldırmaktı.

Diyelim ki depoya “Repo” deniyor. Yaptım:

find .git -name Repo 

Bu nedenle, ilgili dosyaları ve dizinleri .git klasöründen sildim ( bu klasör Rails uygulamanızda veya bilgisayarınızda bulunabilir https://stackoverflow.com/a/19538763/6638513 ).

Sonra yaptım:

grep Repo -r .git

Bu, karşılık gelen satırları kaldırdığım bazı metin dosyaları buldu. Şimdi, her şey yolunda görünüyor.

Genellikle, bu işi git'e bırakmalısınız.