Git ve iğrenç “hata: mevcut bilgileri kilitleyemiyor / ölümcül ölümler”

Uzak git deposundan klonlamadan sonra (bettercodes'te) bazı değişiklikler yaptım, taahhütte bulundum ve zorlamaya çalıştım:

git push origin master

Şununla ilgili hatalar:

hata: var olan bilgileri kilitleyemiyor / refs
ölümcül: git-http-push başarısız

Bu dava zaten var olan depo ile ilgilidir.

Daha önce yaptığım şey:

1. git config –global http.sslVerify false
2. git init
3. git remote add [url]
4. git clone
5. verileri değiştir
6. git commit

'Bettercodes' adresinde git log'a erişimim yok.

Windows kullanıyorum. Ayrıntılı hata:

C:\MyWorkStuff\Projects\Ruby\MyProject\>git push origin master
Unable to create branch path https://user:password@git.bettercodes.org/myproject/info/
error: cannot lock existing info/refs
fatal: git-http-push failed

Daha önce klonladım, sonra kodu değiştirdim ve taahhüt ettim.

Benim için bu işe yaradı:

git remote prune origin

Bu cevap birçok insana yardımcı gibi göründüğü için, burada olanlara biraz kazdım. Bunun yapacağı şey, klasördeki uzak dallara yapılan başvuruları kaldırmaktır .git/refs/remotes/origin. Bu, yerel şubelerinizi etkilemez ve uzaktaki hiçbir şeyi değiştirmez, ancak uzak şubelere olan yerel referanslarınızı günceller. Bazı durumlarda bu referanslar Git'in doğru işleyemediği veriler içerebilir.

Yapmayı denemek istiyorsunuz:

git gc --prune=now

Bkz. Https://www.kernel.org/pub/software/scm/git/docs/git-gc.html

Git uzaktan kumandam (bitbucket.org) IP adreslerini değiştirdiğinde bu bana oldu. Hızlı düzeltme, uzaktan kumandayı kaldırmak ve yeniden eklemekti, sonra her şey beklendiği gibi çalıştı. Git'te bir uzaktan kumandayı nasıl kaldıracağınızı ve yeniden ekleyeceğinizi bilmiyorsanız, aşağıdaki adımlar şunlardır:

1. Mevcut uzaktan kumandanızın SSH git URL'sini kopyalayın. Bu komutu kullanarak terminale yazdırabilirsiniz:

   git remote -v

hangi böyle bir şey yazdıracak:

 origin git@server-address.org:account-name/repo-name.git (fetch)
 origin git@server-address.org:account-name/repo-name.git (push)

2. Uzaktan kumandayı yerel git deponuzdan kaldırın:

   git remote rm origin

3. Uzaktan kumandayı yerel deponuza ekleyin:

   git remote add origin git@server-address.org:account-name/repo-name.git

Çalışan komut git update-ref -d refs/heads/origin/branchdüzeltildi.

Bunu aşağıdakileri yaparak düzelttim

git branch --unset-upstream
rm .git/refs/remotes/origin/{branch}
git gc --prune=now
git branch --set-upstream-to=origin/{branch} {branch}
#or git push --set-upstream origin {branch}
git pull

Bu, yerel ve uzak şubelerinizin hizalanmış olduğunu ve refs hatasını ölümcül olmadığı için aldığınızı varsayar.

Bu sorunu yaşadım çünkü yukarı yönlü bir şubeye benzer bir adı olan bir şubedeydim. yani memba şubesi çağrıldı example-branchve yerel şubem çağrıldı example-branch/backend. Çözüm şu şekilde yerel şubemin adını değiştiriyordu:

git branch -m <new name goes here>

Benim için işe yarayan şuydu:

1. Kaldırmak .git/logs/refs/remotes/origin/branch
2. Kaldırmak .git/refs/remotes/origin/branch
3. Çalıştırmak git gc --prune=now

Bu muhtemelen şimdiye kadar çözüldü. Ama işte benim için işe yarayan.

1. Yer:

   • Sunucu tarafında kilitli havuz varsa:

     1. sunucudaki git deponuza ssh.
     2. Havuzu değiştirme ve sunucunuzdaki depoya gitme izinleri olan kullanıcı olarak oturum açın.

   • Kilitli depo yalnızca yerelse:

     1. Git konsolunu açın ve havuz dizinine gidin.

     2. Bu komutu çalıştırın:

        git update-server-info
        

2. Gerekirse (uzak veya yerel ve yerel) havuzunuzdaki izinleri düzeltin. Benim durumumda ben gerekiyordu chmodiçin 777ve chownhiçapache:apache

3. Yerel depodan tekrar zorlamaya çalışın:

   git push
   

Benim için böyle çalışır.

1. sunucunuzdaki Apache DAV kilit dosyasına bakın (örn. / var / lock / apache2 / DAVlock)
2. silin
3. web sunucusu için yazma izinleriyle yeniden oluşturun
4. web sunucusunu yeniden başlat

Daha da hızlı bir alternatif:

1. sunucunuzdaki Apache DAV kilit dosyasına bakın (örn. / var / lock / apache2 / DAVlock)
2. Dosyayı boşaltın: cat /dev/null > /var/lock/apache2/DAVlock
3. web sunucusunu yeniden başlat

Bu bir izin sorunu gibi görünüyor - ayrı haklarla çalışan iki pencereniz açık olabilir mi? Belki de .git klasörünün sahipliğini kontrol edin.

Muhtemelen açık bir dosya kilidi olup olmadığını kontrol edin, belki kontrol etmek için lsof veya işletim sisteminiz için eşdeğerini kullanın.

Benim durumumda bir şube bir alt dizine taşındı ve dizin şube olarak çağrıldı. Git bununla karıştı. Yerel dalı sildiğimde (SourceTree'de sadece sağ tıklama ile) her şey her zamanki gibi çalıştı.

Benim durumumda bu mesajı aldıktan sonra ödeme komutunu yaptım ve şu mesajı verildi:

Your branch is based on 'origin/myBranch', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

Bu komutu çalıştırdıktan sonra normale döndüm.

Güncelleme:

~ / .Netrc dosyanızı düzenlemeniz gerekebilir:

https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/293553

Orijinal cevap:

SSL'yi neden devre dışı bıraktınız? Bence bunun https üzerinden yapamamanız gerekebilir. Ben geri koymak ve tekrar itmeye çalışacağım:

git config –global http.sslVerify true

(Git işlemi aslında) dosyaya erişiminiz olduğundan .git/info/refsve bu dosyanın başka bir işlem tarafından kilitlenmediğinden emin olun.

Bu sorun yaşadım, eski dalın adını içeren yeni bir özellik dalı oluşturmaya çalıştığımda, örneğin origin - branch1 ve branch1-özelliği oluşturmak istedim. Bu mümkün değildi, ama branch1 / özelliği zaten vardı.

Benim durumumda, uzaktan kumandadan kaldırılan eski etiketleri manuel olarak silmek zorunda kaldım.

Benim durumumda, daha önce oluşturduğum şube adıyla bağlantılıydı.

Sorunu çözmek için kesin olarak olmaması gereken bir adla bir şube oluşturdum, örneğin:

git checkout -b some_unknown_branch

Sonra diğer tüm dallarımı temizledim (aktif değil) çünkü sadece gereksiz çöplerdi.

git branch | grep -v \* | grep -v master | xargs git branch -D

ve şu anki şubemi istediğim adla yeniden adlandırdı:

git checkout -m my_desired_branch_name

Bettercodes.org durumunda çözüm daha şiirseldir - tek sorun proje üyelerine verilen haklarda olabilir. Basit üyelerin yazma hakları yoktur! Lütfen Moderatör veya Yönetici haklarına sahip olduğunuzdan emin olun. Bunun elbette bir yönetici tarafından proje ayarlarında bettercodes.org adresinde ayarlanması gerekir.

git filter-branchBirçok alt dizini yeni, ayrı bir depoya ayırmaya çalışırken bu hatayı gördüm ( bu yanıtta olduğu gibi) ) .

Yukarıdaki çözümlerin hepsini denedim ve hiçbiri işe yaramadı. Sonunda, etiketlerimi yeni dalda kötü bir şekilde korumam gerekmediğine karar verdim ve sadece koştum:

git remote remove origin
git tag | xargs git tag -d
git gc --prune=now
git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- apps/AAA/ libs/xxx' --prune-empty -- --all

Tüm kilit ref sorunlarından kurtulmak için yaptığım şey:

git gc --prune=now
git remote prune origin

Bu muhtemelen sadece yapmanız gereken şeydir.