web-gelistirme-sc.com

GIT hatası nasıl düzeltilir: nesne dosyası boş mu?

Değişiklik yapmaya çalıştığımda, şu hatayı alıyorum:

error: object file .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0 is empty
fatal: loose object 3165329bb680e30595f242b7c4d8406ca63eeab0 (stored in .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0) is corrupt

Bu hatayı nasıl çözeceğinizi bilen var mı?

DÜZENLE

Denedim git fsck Elimde:

error: object file .git/objects/03/dfd60a4809a3ba7023cbf098eb322d08630b71 is empty
fatal: loose object 03dfd60a4809a3ba7023cbf098eb322d08630b71 (stored in .git/objects/03/dfd60a4809a3ba7023cbf098eb322d08630b71) is corrupt
381
simo

Ben de benzer bir problem yaşadım. Gitme işlemi sırasında dizüstü bilgisayarımın pili bitmiştir. Boo.

Yedeklemem yoktu. (N.B. Ubuntu One, git için bir yedekleme çözümü değildir; akılda kalan deponuzun bozuk olanınızla yazması yararlı olacaktır.)

Git sihirbazlarına, bu düzeltmenin kötü bir yoluysa, lütfen yorum bırakın. Ancak, bu benim için çalıştı ... en azından geçici olarak.

Adım 1: .git'in bir yedeğini alın (aslında bunu bir şeyi değiştiren her adım arasında, ancak yeni bir kopya adıyla, örneğin .git-eski-1, .git-eski-2, vs.) yapıyorum. :

cp -a .git .git-old

Adım 2: git fsck --full komutunu çalıştırın

[email protected]:~/workspace/mcmc-chapter$ git fsck --full
error: object file .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e is empty
fatal: loose object 8b61d0135d3195966b443f6c73fb68466264c68e (stored in .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e) is corrupt

Adım 3: Boş dosyayı çıkarın. Ne halt olduğunu anladım; Yine de boş.

[email protected]:~/workspace/mcmc-chapter$ rm .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e 
rm: remove write-protected regular empty file `.git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e'? y

Adım 3: git fsck komutunu tekrar çalıştırın. Boş dosyaları silmeye devam edin. Ayrıca boştaki tüm dosyaları kaldırmak için cd.git dizinine ekleyebilir ve find . -type f -empty -delete -print komutunu çalıştırabilirsiniz. Sonunda git bana bunun aslında nesne dizinleriyle bir şeyler yaptığını söylemeye başladı:

[email protected]:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: object file .git/objects/e0/cbccee33aea970f4887194047141f79a363636 is empty
fatal: loose object e0cbccee33aea970f4887194047141f79a363636 (stored in .git/objects/e0/cbccee33aea970f4887194047141f79a363636) is corrupt

Adım 4: Tüm boş dosyaları sildikten sonra, sonunda çalışan git fsck dosyasına geldim:

[email protected]:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: HEAD: invalid sha1 pointer af9fc0c5939eee40f6be2ed66381d74ec2be895f
error: refs/heads/master does not point to a valid object!
error: refs/heads/master.u1conflict does not point to a valid object!
error: 0e31469d372551bb2f51a186fa32795e39f94d5c: invalid sha1 pointer in cache-tree
dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2
missing blob 8b61d0135d3195966b443f6c73fb68466264c68e
missing blob e89896b1282fbae6cf046bf21b62dd275aaa32f4
dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a
missing blob caab8e3d18f2b8c8947f79af7885cdeeeae192fd
missing blob e4cf65ddf80338d50ecd4abcf1caf1de3127c229

Adım 5: git reflog dosyasını deneyin. Başarısız çünkü HEAD bozuldu.

[email protected]:~/workspace/mcmc-chapter$ git reflog
fatal: bad object HEAD

Adım 6: Google. Bul b . Reflog'un son iki satırını elle alın:

[email protected]:~/workspace/mcmc-chapter$ tail -n 2 .git/logs/refs/heads/master
f2d4c4868ec7719317a8fce9dc18c4f2e00ede04 9f0abf890b113a287e10d56b66dbab66adc1662d Nathan VanHoudnos <[email protected]> 1347306977 -0400  commit: up to p. 24, including correcting spelling of my name
9f0abf890b113a287e10d56b66dbab66adc1662d af9fc0c5939eee40f6be2ed66381d74ec2be895f Nathan VanHoudnos <[email protected]> 1347358589 -0400  commit: fixed up to page 28

Adım 7: Adım 6'dan itibaren HEAD öğesinin şu anda en son taahhüdüne işaret ettiğini öğrendiğimize dikkat edin. Öyleyse sadece ana taahhüdüne bakmaya çalışalım:

[email protected]:~/workspace/mcmc-chapter$ git show 9f0abf890b113a287e10d56b66dbab66adc1662d
commit 9f0abf890b113a287e10d56b66dbab66adc1662d
Author: Nathan VanHoudnos <[email protected]>
Date:   Mon Sep 10 15:56:17 2012 -0400

    up to p. 24, including correcting spelling of my name

diff --git a/tex/MCMC-in-IRT.tex b/tex/MCMC-in-IRT.tex
index 86e67a1..b860686 100644
--- a/tex/MCMC-in-IRT.tex
+++ b/tex/MCMC-in-IRT.tex

İşe yaradı!

Adım 8: Şimdi şimdi HEAD - 9f0abf890b113a287e10d56b66dbab66adc1662d'yi göstermeliyiz.

[email protected]:~/workspace/mcmc-chapter$ git update-ref HEAD 9f0abf890b113a287e10d56b66dbab66adc1662d

Hangi şikayet etmedi.

Adım 9: fsck'in ne dediğini görün:

[email protected]:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: refs/heads/master.u1conflict does not point to a valid object!
error: 0e31469d372551bb2f51a186fa32795e39f94d5c: invalid sha1 pointer in cache-tree
dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2
missing blob 8b61d0135d3195966b443f6c73fb68466264c68e
missing blob e89896b1282fbae6cf046bf21b62dd275aaa32f4
dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a
missing blob caab8e3d18f2b8c8947f79af7885cdeeeae192fd
missing blob e4cf65ddf80338d50ecd4abcf1caf1de3127c229

10. Adım: Önbellek ağacındaki geçersiz sha1 işaretçisi (şimdi güncel olmayan) bir dizin dosyasından ( kaynak ) geliyor gibiydi. Bu yüzden onu öldürdüm ve depoyu sıfırladım.

[email protected]:~/workspace/mcmc-chapter$ rm .git/index
[email protected]:~/workspace/mcmc-chapter$ git reset
Unstaged changes after reset:
M   tex/MCMC-in-IRT.tex
M   tex/recipe-example/build-example-plots.R
M   tex/recipe-example/build-failure-plots.R

Adım 11: Tekrar fsck'e bakmak ...

[email protected]:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: refs/heads/master.u1conflict does not point to a valid object!
dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2
dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a

sarkan lekeler hata değildir . Master.u1conflict ile ilgilenmiyorum ve şimdi çalışıyor çünkü artık ona dokunmak istemiyorum!

Adım 12: Yerel düzenlemelerime yetişmek:

[email protected]:~/workspace/mcmc-chapter$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   tex/MCMC-in-IRT.tex
#   modified:   tex/recipe-example/build-example-plots.R
#   modified:   tex/recipe-example/build-failure-plots.R
#
< ... snip ... >
no changes added to commit (use "git add" and/or "git commit -a")


[email protected]:~/workspace/mcmc-chapter$ git commit -a -m "recovering from the git fiasco"
[master 7922876] recovering from the git fiasco
 3 files changed, 12 insertions(+), 94 deletions(-)

[email protected]:~/workspace/mcmc-chapter$ git add tex/sept2012_code/example-code-testing.R
[email protected]:~/workspace/mcmc-chapter$ git commit -a -m "adding in the example code"
[master 385c023] adding in the example code
 1 file changed, 331 insertions(+)
 create mode 100644 tex/sept2012_code/example-code-testing.R

Bu yüzden umarım bu gelecekte insanlar için bazı yararları olabilir. İşe yaradığı için memnunum.

808

Git nesne dosyaları bozuldu (diğer cevaplarda da belirtildiği gibi). Bu makine çökmeleri, vb. Sırasında olabilir.

Aynı şeye sahiptim. Burada diğer üst cevapları okuduktan sonra, kırık git deposunu aşağıdaki komutlarla düzeltmenin en hızlı yolunu buldum (.git klasörünü içeren git çalışma dizininde yürütün):

(Önce git depo klasörünüzü yedeklediğinizden emin olun!)

find .git/objects/ -type f -empty | xargs rm
git fetch -p
git fsck --full

Bu, ilk önce tüm boş nesne dosyalarını kaldırır deponun bir bütün olarak bozulmasına neden olur ve ardından uzak havuzdan eksik nesneleri aşağı indirir (en son değişikliklerin yanı sıra) , ve sonra bir tam yapın nesne deposu kontrolü. Bu noktada, hatasız olarak başarılı olması gereken (yine de bazı uyarılar olabilir!)

PS. Bu cevap, git deponuzun uzak bir kopyasının bir yere (örneğin GitHub'da) sahip olduğunuzu ve bozuk deponun hala dokunaklı olan uzak havuza bağlı yerel deposudur. Durum böyle değilse, önerdiğim şekilde düzeltmeyi denemeyin.

138
Martin Tajur

Bunu, git fsck'in tespit ettiği çeşitli boş dosyaları kaldırarak ve sonra basit bir git çekerek çalıştırarak çözdüm.

Artık dosya sistemlerinin bile günlükleri ve fs aklı başında tutmak için diğer "işlemsel" teknikleri uygulamasının, aygıtın üzerindeki bir elektrik kesintisi veya alan nedeniyle git'in bozulmuş bir duruma (ve kendi başına kurtaramayacağına) devam ettiğini hayal kırıklığına uğrattığımı hayal ediyorum.

33
Simone Gianni

Bu hata bana bağlılığımı zorladığımda ve bilgisayarım kilitlendiğinde başıma geliyor. İşte böyle düzelttim.


Düzeltmek için adımlar

git status

boş/bozuk nesne dosyasını göster

rm .git/objects/08/3834cb34d155e67a8930604d57d3d302d7ec12

onu kaldır

git status

fatal: bad object HEAD mesajım var

rm .git/index

Sıfırlama için index öğesini kaldırdım

git reset

fatal: 'HEAD' nesnesi ayrıştırılamadı.

git status
git pull

sadece neler olduğunu kontrol etmek için

tail -n 2 .git/logs/refs/heads/MY-CURRENT-BRANCH

benim son 2 tail -n 2 günlüğümün son 2 satırını yazdırır commit hash

git update-ref HEAD 7221fa02cb627470db163826da4265609aba47b2

Ben son commit hash seçiyorum

git status

.git/index dosyasını kaldırdığım için tüm dosyamı deleted olarak gösteriyor

git reset

sıfırlamaya devam et

git status

düzeltmemi doğrula


Not: Bu soruya girdiğimde ve cevapları referans olarak kullandığımda adımlar başlıyor.

31
marlo

Ben de aynı sorunu yaşadım: uzak bir depoyu çektikten sonra, bir git durumu yaptığım zaman: "error: object file (...) boş" "fatal: loose object (...) bozulmuş"

Bunu çözme yöntemim şunlardı:

  1. git stash
  2. git dosyasını yanlışlıkla kaldırma (gerekli olduğundan emin değil)
  3. git temizle

Ne olduğunu tam olarak bilmiyorum, ama bu talimatlar her şeyi temizliyor gibiydi.

8
Nicolas

VM 'i düzenli olarak yeniden başlatmam gerektiğinden, bu nedense bu sorun bana çok sık oluyor. Birkaç kez sonra, her zaman işe yaramasına rağmen, her seferinde @ Nathan-Vanhoudnos tarafından açıklanan işlemi tekrarlayamayacağımı fark ettim. Sonra daha hızlı bir çözüm buldum.

1. Adım

Reponuzun tamamını başka bir klasöre taşıyın.

mv current_repo temp_repo

2. Adım

Repo'yu Origin'den tekrar klonla.

git clone source_to_current_repo.git

. Adım

Kaldır Her şey. Git klasörü dışındaki yeni depoda.

4. Adım

Her şeytemp_repo 'dan yeni repoya hariç the . Git klasörüne gidin.

5. Adım

Kaldır temp_repo, ve biz bitti.

Birkaç kez sonra, bu işlemleri çok hızlı bir şekilde yapabileceğinize eminim.

7
haoqiang
  1. mv yedekleme yapmak için klasör uygulamanızı, yani mv app_folder app_folder_bk (bir git stash gibidir)
  2. git your_repository klonla
  3. En sonunda,. Bir birleştirme aracı açın (meld diff viewer linux veya Winmerge Windows kullanıyorum) ve değişiklikleri sağdan (app_folder_bk) sola doğru (yeni app_folder) kopyalayın (bu bir - git stash uygulanır).

Bu kadar. Belki de en iyi yol bu değildir, ama bence çok pratik.

5
cyberfranco

Benim durumumda bu hata, taahhüt mesajını yazdığımdan ve defterim kapandığı için meydana geldi.

Hatayı düzeltmek için şu adımları yaptım:

  • git checkout -b backup-branch # Bir yedekleme dalı oluştur
  • git reset --hard HEAD~4 # Her şeyin yolunda gittiği taahhüdüne sıfırlayın. Benim durumumda, kafama 4 komisyon vermem gerekiyordu, bu da mesajımı yazmadan önce kafamın tam ortasına gelene kadar. Bu adımı yapmadan önce, sıfırlayacağınız taahhütlerin özetini kopyalayın, benim durumumda, son 4 işlemin özetini kopyaladım
  • git cherry-pick <commit-hash> # Cherry yeniden düzenlenmiş komisyonları seçer (benim durumumda 4 işlemdir, bu yüzden bu adımı 4 kez yaptım) eski şubeden yeni şubeye.
  • git Push Origin backup-branch # Her şeyin iyi çalıştığından emin olmak için yeni şubeye basın
  • git branch -D your-branch # Şubeyi yerel olarak silin ('şubeniz' sorunlu şubektir)
  • git Push Origin :your-branch # Şubeyi uzaktan silme
  • git branch -m backup-branch your-branch # Yedekleme dalını, sorunu olan şubenin adına sahip olacak şekilde yeniden adlandırın
  • git Push Origin your-branch # Yeni şubeye bas
  • git Push Origin :backup-branch # Yedekleme dalını uzaktan silme
3
androidevil

Varsa, tüm ilgili değişikliklerin zaten kendisine iletilmiş olduğu bir uzaktan kumandanız varsayalım. Yerel değişiklikleri umursamıyordum ve büyük bir havuzu silmekten ve yeniden kopyalamaktan kaçınmak istiyordum. Daha dikkatli olmak isteyebileceğiniz önemli yerel değişikliklere sahipseniz.

Dizüstü bilgisayarım düştükten sonra da aynı sorunu yaşadım. Muhtemelen büyük bir depo olduğu için, sadece bir seferinde yalnızca git fsck --full işlevini çağırırken ortaya çıkan oldukça az sayıda bozuk nesne dosyasına sahiptim, bu yüzden bunlardan birini otomatik olarak silmek için küçük bir Shell tek-liner yazdım:

$ Sudo rm `git fsck --full 2>&1 | grep -oE -m 1 ".git/objects/[0-9a-f]{2}/[0-9a-f]*"`

  • 2>&1 hata mesajını grep yapabilmek için stdout'a yönlendirir
  • kullanılan grep seçenekleri:
    • -o, yalnızca gerçekten eşleşen bir satırın parçasını döndürür
    • -E, gelişmiş regex'leri etkinleştirir
    • -m 1 yalnızca ilk eşleşmenin döndürüldüğünden emin olun
    • [0-9a-f]{2}, ikisi birlikte gerçekleşirse, 0 ile 9 ve a ile f arasındaki karakterlerden herhangi biriyle eşleşir
    • [0-9a-f]*, birlikte 0 ile 9 ve a ve f arasındaki karakterlerin herhangi biriyle eşleşir

Her seferinde yalnızca bir dosyayı hala siler, bu nedenle aşağıdaki gibi bir döngüde çağırmak isteyebilirsiniz:

$ while true; do Sudo rm `git fsck --full 2>&1 | grep -oE -m 1 ".git/objects/[0-9a-f]{2}/[0-9a-f]*"`; done

Bununla ilgili sorun şu ki, artık yararlı bir şey çıkarılamıyor, bu yüzden ne zaman biteceğini bilmiyorsunuz (bir süre sonra faydalı bir şey yapmamalı)

Bunu "düzeltmek" için, sonra her turdan sonra git fsck --full çağrısı ekledim: $ while true; do Sudo rm `git fsck --full 2>&1 | grep -oE -m 1 ".git/objects/[0-9a-f]{2}/[0-9a-f]*"`; git fsck --full; done

Şimdi yaklaşık olarak yarısı kadar hızlı, ancak "durum" çıktısını alıyor.

Bundan sonra bu konudaki önerileri kullanarak bazılarını oynadım ve nihayet git stash ve git stash drop kırılan şeylerin çoğunu bulabildiğim bir noktaya geldim.

ilk sorun çözüldü

Daha sonra hala aşağıdaki sorunu yaşadım: unable to resolve reference 'refs/remotes/Origin/$branch': reference broken$ rm \repo.git\refs\remotes\Origin\$branch tarafından çözülebilecek

$ git fetch

Sonra bir $ git gc --Prune=now yaptım

$ git remote Prune Origin

iyi ölçü için ve

git reflog expire --stale-fix --all

error: HEAD: invalid reflog entry $blubb komutunu çalıştırırken git fsck --full dosyasından kurtulmak için.

2
memo42

İşte bu problemle başa çıkmak için gerçekten basit ve hızlı bir yol --- EĞER ihtiyacınız olan tüm şube ve taahhütlerle ilgili yerel bir reponuz var ve eğer yeni bir repo oluşturmak için uygunsanız (veya sunucunun deposunu silmek ve yerine yeni bir tane yapmak):

  1. Sunucuda yeni bir boş repo oluşturun (veya eski repoyu silin ve onun yerine yeni bir tane oluşturun)
  2. Yeni kopyanın uzak URL'sini göstermek için yerel kopyanızın uzak URL'sini değiştirin.
  3. Tüm şubeleri yerel reponuzdan yeni sunucu deposuna itin.

Bu, yerel reponuzdaki tüm taahhüt geçmişinizi ve şubelerinizi korur.

Depoda ortak çalışanlarınız varsa, o zaman birçok durumda tüm ortak çalışanlarınızın yapması gereken, yerel depolarının uzak URL'lerini de değiştirmek olduğunu ve isteğe bağlı olarak sunucunun sahip olmadıkları tüm taahhütleri yerine getirmek olduğunu düşünüyorum.

Aynı problemle karşılaştığımda bu çözüm benim için çalıştı. Bir iş arkadaşım vardı. Yerel repo'umu yeni uzak repo'ya bastıktan sonra, yerel repo'yu uzak repo URL'sine işaret edecek şekilde değiştirdi ve her şey yolunda gitti.

2
David French
git stash
git checkout master
cd .git/ && find . -type f -empty -delete
git branch your-branch-name -D
git checkout -b your-branch-name
git stash pop

sorunumu çöz

2
Gui-yi

Hadi basit gidelim .. sadece uzak git repo'ya kaynak yüklediğiniz durum

  1. .Git'inizi yedekleyin
  2. gitini kontrol et

    git fsck --full
    
  3. boş nesne dosyasını kaldır (tümü)

    rm .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e
    
  4. gitini tekrar kontrol et.

    git fsck --full
    
  5. kaynağınızı uzaktaki konumdan çekin

    git pull Origin master
    
1
AXT.SIREN

Aynı problemle karşılaşıyorum ve düzeltmek için çok basit bir yol kullanıyorum. Bu kayıp dosyaların takım arkadaşımın bilgisayarında bulunduğunu gördüm.

Ben bu dosyaları birer birer kopyaladı bir git sunucusuna (toplam 9 dosya) ve bu sorunu düzeltti.

1
qiucw

Her şeyi (.git'i içeren klasörde) bir yedeğe kopyalayın, ardından her şeyi silin ve yeniden başlatın. Git uzaktan kumandasının kullanışlı olduğundan emin olun:

git remote -v
 Origin [email protected]:rwldrn/idiomatic.js.git (fetch)
 Origin [email protected]:rwldrn/idiomatic.js.git (Push)

Sonra

mkdir mygitfolder.backup
cp mygitfolder/* mygitfolder.backup/
cd mygitfolder
rm -r * .git*
git init
git remote add Origin [email protected]:rwldrn/idiomatic.js.git

Sonra yeni dosyaları el ile birleştirin ve bilgisayarınızı açık tutmaya çalışın.

0
Shelvacu

değişikliklerinizi (eğer varsa) taahhüt edin ve ardından sadece git reset --hard

0
Vic Merlis

Usta temiz bir daldan kontrol ettikten sonra aynı sorunu vardı. Bir süre sonra master'da bir çok değiştirilmiş dosyayı tanıdım. Temiz bir daldan geçtikten sonra neden orada olduklarını bilmiyorum. Neyse, değiştirilen dosyalar bana bir şey ifade etmedi çünkü ben sadece onları sakladım ve hata gitmişti.

git:(master) git stash

0
ownking

Burada, github.com adresindeki genel repo çalışıyorsa ancak yerel repo bozuksa, sorunu çözmenin bir yolu vardır. Yerel depoda yaptığınız tüm taahhütleri kaybedeceğinizi unutmayın.

Tamam, yerel olarak bir depoya sahibim, bu da bana bu object empty error ve github.com'daki aynı repo'yu veriyor, ancak bu hata olmadan. Yani basitçe yaptığım şey github'dan çalışan repoyu klonlamak ve sonra da bozuk repodan (.git klasörü hariç) her şeyi kopyalamak ve çalışan klonlanmış repoyu yapıştırmaktı.

Bu, pratik bir çözüm olmayabilir (yerel sözleşmeleri sildiğinizden beri), ancak kodu ve onarılan sürüm kontrolünü korursunuz.

Bu yaklaşımı uygulamadan önce yedeklemeyi unutmayın.

0
Code Realistic

Yukarıda ele alınan on iki basamaklı çözüm, beni de bir sıkışmadan kurtarmaya yardımcı oldu. Teşekkürler. Anahtar adımlar girildi:

git fsck --full 

ve tüm boş nesneleri kaldırın

rm .git/objects/...

Sonra günlüğün iki satırını alıyorum:

tail -n 2 .git/logs/refs/heads/master

Döndürülen değerlerle

git update-ref HEAD ...

Bu noktada daha fazla hata yapmadım, bu yüzden en son dosyalarımı yedekledim. Sonra bir git çekin, ardından bir Git itin. Yedeklerimi git depo dosyama kopyaladı ve başka bir git Push yaptı. Bu beni güncel tuttu.

0
Jacob

Meslektaşlarım ve ben bu aynı sorunla birkaç kez geçtik ve bunu çözmek için basitçe aşağıda tarif ettiğim adımları uygularız. Bulunabilecek en şık çözüm değil, veri kaybı olmadan çalışıyor.

  1. Geçerli çalışma dizinini yeniden adlandırın. (bu örnek için old_project).
  2. git clone kullanarak depoyu yeni bir dizine kopyalayın.
  3. Komut satırında, çalışma dizinini yeni oluşturulan projeyle değiştirin ve üzerinde çalıştığınız şubeye geçin.
  4. old_project içindeki (.git dizini hariç) tüm dosyaları ve dizinleri yeni oluşturulan proje dizinine kopyalayın.
  5. Çalışma ağacı durumunuzu kontrol edin (beklediğinizden çok daha fazla değişiklik olduğunu unutmayın) ve değişiklikleri yapın.

Umut ediyorum bu yardım eder...

0
ymiraola

Git hatamı düzelttim: nesne dosyası boş:

  1. Son başarılı taahhüdümden/Push'tan sonra düzenlediğim tüm dosyaların bir kopyasını kaydetmeyi,
  2. Depomun kaldırılması ve yeniden klonlanması,
  3. Eski dosyaları değiştirilmiş dosyalarım ile değiştirmek.

Umarım bu yardımcı olur.

0
JattCode113

eSK yedeğiniz varsa ve acele ediyorsanız:

mevcut, git-broken, proje yolundan YENİ YEDEKLEME yapın.

  1. .git'nuzu çöp kutusuna taşıyın (asla silmeyin)
  2. oLD yedeklemesinden .git kopyala
  3. git pull (birleştirme çakışmaları oluşturur)
  4. tüm kaynaklarınızı (gittiğiniz her şeyi) çöp kutusuna taşıyın: ./src (asla silme)
  5. YENİ YEDEKLEME'den tüm kaynaklarınızı (gittiğiniz her şeyi) kopyalayın.
  6. git gui adresindeki tüm "birleştirmeleri" kabul et, İt ve ... ellerini çırp!
0
Aquarius Power