git pull "referans çözümlenemiyor" "yerel referans güncellenemiyor"

Git 1.6.4.2 kullanarak, denediğimde git pullbu hatayı alıyorum:

error: unable to resolve reference refs/remotes/origin/LT558-optimize-sql: No such file or directory
From git+ssh://remoteserver/~/misk5
 ! [new branch]      LT558-optimize-sql -> origin/LT558-optimize-sql  (unable to update local ref)
error: unable to resolve reference refs/remotes/origin/split-css: No such file or directory
 ! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

Denedim git remote prune origin, ama yardımcı olmadı.

Yerel veri havuzunuzu aşağıdakilerle temizlemeyi deneyin:

$ git gc --prune=now
$ git remote prune origin

adam git-gc (1):

git-gc - Cleanup unnecessary files and optimize the local repository

git gc [--aggressive] [--auto] [--quiet] [--prune=<date> | --no-prune]

       Runs a number of housekeeping tasks within the current repository, such as compressing file revisions
       (to reduce disk space and increase performance) and removing unreachable objects which may have been
       created from prior invocations of git add.

       Users are encouraged to run this task on a regular basis within each repository to maintain good disk
       space utilization and good operating performance.

adam git-remote (1):

git-remote - manage set of tracked repositories

git remote prune [-n | --dry-run] <name>

           Deletes all stale remote-tracking branches under <name>. These stale branches have already been
           removed from the remote repository referenced by <name>, but are still locally available in
           "remotes/<name>".            

Bana da oldu. Benim durumumda, kötü ref ustasıydı ve aşağıdakileri yaptım:

rm .git/refs/remotes/origin/master
git fetch

Bu git dosyasını ref dosyasını geri yükledi. Bundan sonra her şey tekrar beklendiği gibi çalıştı.

Bu benim için işi yaptı:

git gc --prune=now

Benim için, hataları dosyadan atan dosyaları kaldırmak için çalıştı .git/refs/remotes/origin/.

Dene:

git gc --prune=now

git remote prune origin

git pull

Aşağıdaki komutları yürütün:

rm .git/refs/remotes/origin/master

git fetch

git branch --set-upstream-to=origin/master

Eğer ne olduğunu bilmek gerekiyorsa Her ihtimale karşı, .git/refs/remotes/origin/master, sen okurdu Uzak bölümüne Git Referanslar .

Sadece bir referansın kırılmasının nasıl olabileceğini eklemek istiyorum.

Olası kök neden

Sistemimde (Windows 7 64 bit), bir BSOD oluştuğunda , depolanan referans dosyalarının bazılarının (büyük olasılıkla şu anda açılmış / BSOD gerçekleştiğinde içine yazılmış) üzerine yazılmasıNULL karakterlerle (ASCII 0) .

Diğerlerinin de belirttiği gibi, düzeltmek için, bu geçersiz referans dosyalarını silmek ve havuzu yeniden almak veya yeniden çekmek yeterlidir.

Misal

Hata: cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

Çözüm: Dosyayı silin%repo_root%/.git/refs/remotes/origin/some/branch

Ben de aynı sorunu vardı ve hata yaptığı dosyaya giderek çözüldü:

\repo\.git\refs\remotes\origin\master

Bu dosya null'larla doluydu, github'dan en son ref ile değiştirdim.

Benim durumumda, dizin altındaki tüm kaldırma referans dosyalarını sildikten sonra sorun çözüldü .git .

Mesaja bakarsanız, hangi dosyaları silmeniz gerektiğini söyler (özellikle).

Silinecek dosyalar altında bulunur .git/refs/remotes.

Oradaki tüm dosyaları sildim ve gc kuru erik koştum

git gc --prune=now

Bundan sonra, her şey iyi çalışıyor.

Açıklama : Yerel referanslarınız güncellenmemiş ve varolmayan referanslara işaret ediyor olsa da, uzak repo (Github / bitbucket'te) şubeleriniz kaldırılmış gibi görünüyor.

Bu sorunu çözmek için:

git fetch --prune
git fetch --all
git pull

Ekstra okuma için - Github belgelerinden referans :

git-fetch - Başka bir depodan nesne ve başvuru indir

--all Tüm kumandaları getir .

--prune Getirdikten sonra, artık uzaktan kumandada bulunmayan uzak izleme dallarını kaldırın.

git fetch --prune bu hatayı benim için düzeltti:

[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:25]
[I]> git fetch
error: cannot lock ref 'refs/remotes/origin/user/janek/integration/20170505': 'refs/remotes/origin/user/janek/integration' exists; cannot create 'refs/remotes/origin/user/janek/integration/20170505'
From github.com:zooxco/driving
 ! [new branch]            user/janek/integration/20170505 -> origin/user/janek/integration/20170505  (unable to update local ref)
From github.com:zooxco/driving
[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:30]
[I]> git fetch --prune
 - [deleted]               (none)     -> origin/user/janek/integration

Bu, rahatsız edici dalın uzaktan kumandadan silindiğini varsayar.

Vojtech Vitek veya Michel Krämer tarafından yanıt uygulandıktan sonra bile bu hata “yerel referans güncellenemiyor” tekrarlanıyorsa , yerel VE ana veri havuzunuzda kötü bir referansınız olabilir.

Bu durumda, her iki düzeltmeyi de çekmeden veya arasında itmeden uygulamalısınız ...

rm .git/refs/remotes/origin/master
git fetch
git gc --prune=now
git remote prune origin

Benim için kalıcı bir çözünürlük ancak itme / çekme öncesi her iki düzeltmeyi uyguladıktan sonra elde edildi.

Bunu çok kısa bir süre içinde cevaplamak için, yerel sorun uzaktan kumandayla ilgili bazı bilgiler olduğunda ve birisi uzaktan kumandayı ve değişikliklerinizi senkronize olmayan bir şey değiştirdiğinde bu sorun ortaya çıkar.

Birisi uzak dalı sildiğinden ve aynı adla yeniden oluşturduğundan bu sorunu alıyordum.

Bu tür sorunlarla başa çıkmak için uzaktan çekin veya getirin.

git remote prune origin

veya herhangi bir GUI kullanıyorsanız uzaktan kumandadan getirme yapın.

İle çalışabildim

git remote update --prune

Bunu dene:

git pull origin Branch_Name

Branch_Name, şu anda bulunduğunuz şube.

Yalnızca a yaparsanız git pull, oluşturulan tüm diğer şube adlarını da çeker.

Bunu almanızın nedeni de budur:

! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

Benim için yerel bir şubem vardı feature/phase2ve uzak şubenin adı feature/phase2/data-model. Adlandırma çakışması sorunun nedeniydi, bu yüzden yerel şubemi sildim (tutmanız gereken bir şey varsa yeniden adlandırabilirsiniz)

Eğer git gc --prune=nowdoz size yardımcı olmazsa . (benim gibi kötü şanslar)

Yaptığım, projeyi yerel olarak kaldırmak ve tüm projeyi tekrar klonlamak.

Tower kullanıyorum ve nedense klasör adımdı .git/refs/remotes/origin/Github. Küçük harfle değiştirmek .git/refs/remotes/origin/githubsorunu çözdü.

Ben de aynı sorunu yaşadım. aşağıdaki adımları takip ediyorum

1) sorunu olan şubenizi diğer şubeye geçirin

2) bu dalı silin

3) tekrar ödeme.

Not: - Size taahhüt edilmemiş değişiklikleri saklayabilir ve tekrar geri koyabilirsiniz.

Ben kullandım git prune originve bu işe yaradı.

Besteci güncellemesinde de aynı sorunu yaşadım. Ama benim için sadece besteci önbelleğini temizledikten sonra ve satıcı klasörünün içeriğini sildikten sonra çalıştı:

rm -rf vendor/*
git gc --prune=now
git pull
composer clear-cache
composer update my/package

git bundleOluşturulan bir dosyadan klonlamaya çalışırken bu sorunu aldım , diğer cevapların hiçbiri işe yaramadı çünkü repo'yu klonlayamadım (böylece git gcve dosyaları kaldırma / düzenleme söz konusu değildi).

Ancak bunu düzeltmenin başka bir yolu vardı - bir .bundledosyanın kaynak dosyası ile başlıyordu:

# v2 git bundle
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d HEAD
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master

PACK.......p..x...Kj.0...: (and so on...)

Vim ile dördüncü satırı kaldırmak sorunu çözdü.

SourceTree kullanırken bu sorunu yaşadım. Tekrar çekmeye çalıştım ve işe yaradı. Sanırım dalları çok hızlı büyüyordum (çıkış) :).

Durumum posterinkinden biraz farklı çünkü depom görünür bir yolsuzluk olmadan nispeten işbirlikçi.

 # remove the reference file of the branch "lost"
 rm -fv ./.git/refs/remotes/origin/feature/v1.6.9-api-token-bot-reader

 # get all the branches from the master
 git fetch --all

 # git will "know" how-to handle the issue from now on
 #     From github.com:futurice/senzoit-www-server
 # * [new branch]      feature/v1.6.9-api-token-bot-reader ->
 # origin/feature/v1.6.9-api-token-bot-reader

 # and push your local changes
 git push

Depo silindiğinde ve aynı adla oluşturulduğunda aynı sorunla karşılaştı. Yalnızca uzak URL'yi aşağıdaki gibi yeniden ayarladığımda çalıştı ;

git uzak set-url menşei [GIT_REPO_URL]

Uzak URL'yi doğrulayın:

git remote -v

Şimdi, tüm komutlar her zamanki gibi çalışmalıdır.

Sadece bugün sorunla karşılaştı.

Sorun giderme yöntemi: Windows Sunucularında SourceTree ile bunu Yönetici olarak çalıştırmayı deneyebilirsiniz. Bu, etki alanındaki bir Windows Server 2012 R2 üzerindeki Atlassian Source Tree 2.1.2.5 sürümünde "yerel ref güncelleştirilemedi" sorunumu giderir.

Bu durumu çok fazla çoğaltabiliyorsanız, sorunun izin sorunundan kaynaklandığını kanıtlar. Temel nedeni incelemek ve bulmak daha iyidir - muhtemelen bazı dosyalar diğer kullanıcılara aittir ve böyle - aksi takdirde istenmeyen bir yan etkisi vardır: sonsuzluğun geri kalanı için SourceTree'yi Yönetici olarak çalıştırmanız gerekir.

Bu soruna neden olabilecek belirli bir vakayı yazmak.

Bir gün uzaktan kumandada "özellik" dalına sahipken "özellik / alt özellik" adlı bir kolu ittim.

Hepsi aynı hata mesajı vardı, o operasyon yanımda herhangi bir hata olmadan cezası çalıştı, ama benim iş getirilen zaman ve / veya herhangi bir şube çekti unable to update local ref, cannot lock ref 'refs/remotes/origin/feature/subfeature.

Bu, featureremote ( git push --delete origin feature) üzerindeki şubeyi silerek ve sonra da git remote prune origindahil olmak üzere mesajlar üreten iş arkadaşımın deposunda çalışarak çözüldü * [pruned] origin/feature.

Yani, tahminim git dahili olarak klasörde ref (.git / ...) git fetcholuşturmaya çalışıyordu , ancak zaten ref olduğu için klasör oluşturma başarısız oldu .subfeaturefeaturefeature

Mac'teki bir geliştirici, şube adında ">" simgesinden daha büyük bir şube oluşturduğunda bu sorunu çözdük.

Bu, TeamCity ve SourceTree çalıştıran yerel Windows tabanlı bilgisayarlarda sorunlara neden oldu. BitBucket herhangi bir sorun yaşamadan geçmesine izin verir.

Kullanıcıyı çözmek için dalı kaldırdı ve yeniden yarattı. Hangi güzel ve kolay oldu.

Aynı msj vardı ama bir dizin ile çekme başarısız bir msj var.

git --prone de bana yardım etmedi. Uzaktan oluşturulan bir dizin ile aynı ada sahip bir dosya olduğu anlaşılıyor.

.Git \ logs \ refs \ remotes \ origin'ye gitmek ve yerel dosyayı silmek zorunda kaldım - sonra tekrar çekin, hepsi iyi.