Git: İnatla “Değiştirildi ama tamamlanmadı” da sıkışmış 2 dosya nasıl geri döndürülür?

Yerel olarak değiştirdiğimi düşündüğüm iki dosyaya sahip bir depom var.

Bu yüzden şuna sıkışıp kaldım:

$ git status
# On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   dir1/foo.aspx
#       modified:   dir2/foo.aspx
#
no changes added to commit (use "git add" and/or "git commit -a")

Doing git diff, tüm dosya içeriğinin değiştiğini söylüyor, buna göz atmak doğru görünmese de (farkın göremediği gibi görünen ortak satır aralıkları var gibi görünüyor).

İlginç bir şekilde bu dosyaları yerel olarak değiştirdiğimi hatırlamıyorum. Bu depo, bir uzak depo ile kullanılır (özel, GitHub.com, FWIW).

Ne denersem deneyeyim, bu yerel değişiklikleri göz ardı edemiyorum. Hepsini denedim:

$ git checkout -- .
$ git checkout -f
$ git checkout -- dir1/checkout_receipt.aspx
$ git reset --hard HEAD
$ git stash save --keep-index && git stash drop
$ git checkout-index -a -f

Diğer bir deyişle Git'te aşamalı olmayan değişiklikleri nasıl atarım? Bölümünde anlatılan her şeyi denedim. artı daha. Ancak 2 dosya "değiştirildi ancak tamamlanmadı" olarak takılı kalır.

İki dosyanın bu şekilde sıkışmasına ve görünüşe göre "tabloyu geri döndürme" olmasına neden olan şey nedir?

Not: Zaten denediğim komutları gösteren yukarıdaki listede, git revertkastettiğimde yanlışlıkla yazdım git checkout. Özür dilerim ve denemem gerektiğini söyleyenlerinize teşekkür ederim checkout. Soruyu düzeltmek için düzenledim. Kesinlikle denedim checkout.

Dosyalardaki satır sonları nelerdir? Bahse girerim onlar CRLF'dir. Öyleyse, şu kılavuza bakın: http://help.github.com/line-endings/

Kısacası, git'in satır sonlarını commit sırasında LF'ye çevirecek şekilde ayarlandığından emin olmanız ve ardından bu dosyaları kaydetmeniz gerekir. Depodaki dosyalar her zaman LF olmalıdır, kullanıma alınan dosyalar işletim sisteminin yerel olması gerekir, git'i doğru ayarladığınızı varsayarsak.

Benzer bir sorunu çözmeye çalışmak için saatler harcadım - kontrol ettiğim, tüm dosyaları silip git checkout -ftekrar çalıştırırken (veya bu gönderinin diğer varyasyonlarını) bile inatla dört dosyayı 'Değiştirildi ama güncellenmedi' olarak gösteren uzak bir dal !

Bu dört dosya gerekliydi, ama kesinlikle benim tarafımdan değiştirilmemişti. Son çözümüm - Git'i değiştirilmediklerine ikna edin. Aşağıdaki tüm teslim alınmış dosyalar için çalışır ve 'değiştirildi' durumunu gösterir - gerçekten değiştirilmiş olanları zaten kaydettiğinizden / sakladığınızdan emin olun !:

git ls-files -m | xargs -i git update-index --assume-unchanged "{}"

Ancak Mac OSX'te xargs biraz farklı çalışır (yorum için teşekkürler Daniel):

git ls-files -m | xargs -I {} git update-index --assume-unchanged {}

Bunu bir dahaki sefere kendim için bir yer tutucu olarak ekledim, ancak umarım başka birine de yardımcı olur.

-Al

Benim durumumda aynı sorunu bu şekilde çözdüm: open .gitattributes değişikliği:

* text=auto

to:

#* text=auto

Kaydet ve kapat, sonra geri dön veya sıfırla, ipucu için @ Simon East sayesinde

Bir başka olasılık da, farkın (bu, bu dosyaları bir teslim alma komutuyla geri döndürmenizi engelleyen) dosya modundan biri olmasıdır. Bana olan da buydu. Benim versiyonumda bunu kullanarak keşfedebilirsiniz

git diff dir1 / foo.aspx

Ve size dosya modu değişikliklerini gösterecektir. Yine de onları geri almanıza izin vermeyecek. Bunun için ikisini de kullanın

git config core.filemode yanlış

veya metin düzenleyicinizde git .config'inizi değiştirerek

[çekirdek]

filemode = false

Bunu yaptıktan sonra kullanabilirsiniz

git reset HEAD dir1 / foo.aspx

ve dosya kaybolmalıdır.

(Tüm bunları git görmezden gelme modu değişikliklerini nasıl yapabilirim (chmod) yanıtından aldım. )

Yerel değişiklikleri geri almaya çalışın :

git checkout -- dir1/foo.aspx
git checkout -- dir2/foo.aspx

Değiştirilmiş olarak gösterilen, ancak aslında aynı olan bazı hayali değiştirilmiş dosyalarım vardı.

Bu komutu çalıştırmak bazen işe
yarar : (Git'in "akıllı" özelliğini kapatır, ancak çoğu zaman yardımcı olmayan satır sonlandırma dönüşümleri)

git config --local core.autocrlf false

Ancak başka bir durumda .gitattributes, kökte bazı satır sonlandırma ayarlarının mevcut autocrlfolduğu ve kapatıldığında bile belirli dosyalar için başvurmaya çalışan bir dosyadan kaynaklandığını fark ettim . Bu aslında yardımcı olmadı, bu yüzden sildim .gitattributes, tamamladım ve dosya artık değiştirilmiş olarak görünmedi.

git checkout dir1/foo.aspx
git checkout dir2/foo.aspx

Ayrıca, mektup vakalarını isimlendiren dizinlerle ilgili bir sorununuz da olabilir. Meslektaşlarınızdan bazıları dizinin adını örneğin myHandler'dan MyHandler'a değiştirmiş olabilir . Daha sonra orijinal dizinin bazı dosyalarını itip çekerseniz , uzak depoda 2 ayrı dizine sahip olursunuz VE yerel makinenizde yalnızca bir tane Windows'ta yalnızca bir dizine sahip olabilirsiniz. Ve başın belada.

Durumun böyle olup olmadığını kontrol etmek için, uzak deponun çift yapıya sahip olup olmadığına bakın.

Bunu düzeltmek için, deponun dışındaki ana dizinin yedek bir kopyasını alın, ardından ana dizini silin, itin. Çekin (burada, silindi olarak işaretlenen ikincisinin durumda görünmesi gerekir) ve tekrar itin. Bundan sonra, tüm yapıyı yedeğinizden yeniden oluşturun ve değişiklikleri tekrar itin.

Sorunu daha iyi anlamak için sorunun nasıl yeniden üretileceğine dair bir ipucu sağlamanın yararlı olacağını düşünüyorum :

$ git init
$ echo "*.txt -text" > .gitattributes
$ echo -e "hello\r\nworld" > 1.txt
$ git add 1.txt 
$ git commit -m "committed as binary"
$ echo "*.txt text" > .gitattributes
$ echo "change.." >> 1.txt

# Ok let's revert now

$ git checkout -- 1.txt
$ git status
 modified:   1.txt

# Oooops, it didn't revert!!


# hm let's diff:

$ git diff
 warning: CRLF will be replaced by LF in 1.txt.
 The file will have its original line endings in your working 
 directory.
 diff --git a/1.txt b/1.txt
 index c78c505..94954ab 100644
 --- a/1.txt
 +++ b/1.txt
 @@ -1,2 +1,2 @@
 -hello
 +hello
  world

# No actual changes. Ahh, let's change the line endings...

$ file 1.txt 
 1.txt: ASCII text, with CRLF line terminators
$ dos2unix 1.txt
 dos2unix: converting file 1.txt to Unix format ...
$ git diff
 git diff 1.txt
 diff --git a/1.txt b/1.txt
 index c78c505..94954ab 100644
 --- a/1.txt
 +++ b/1.txt
 @@ -1,2 +1,2 @@
 -hello
 +hello
  world

# No, it didn't work, file is still considered modified.

# Let's try to revert for once more:
$ git checkout -- 1.txt
$ git status
 modified:   1.txt

# Nothing. Let's use a magic command that prints wrongly committed files.

$ git grep -I --files-with-matches --perl-regexp '\r' HEAD

HEAD:1.txt

2 yolu çoğaltmak: : Yukarıdaki komut dosyasında bu satırı değiştirin
echo "*.txt -text" > .gitattributes
ile
git config core.autocrlf=false
ve olduğu gibi hatların kalanını tutmak

Yukarıdakilerin hepsi ne diyor? Bir metin dosyası olabilir (bazı durumlarda) (örn CRLF ile kararlı olmak -textiçinde .gitattributes/ veya core.autocrlf=false).

Daha sonra aynı dosyayı metin ( -text-> text) olarak ele almak istediğimizde, dosyanın yeniden kaydedilmesi gerekecektir.
Elbette geçici olarak geri alabilirsiniz ( Ebu Assar'ın doğru cevapladığı gibi ). Bizim durumumuzda:

echo "*.txt -text" > .gitattributes
git checkout -- 1.txt
echo "*.txt text" > .gitattributes

Cevap şu : Bunu gerçekten yapmak istiyor musunuz, çünkü dosyayı her değiştirdiğinizde aynı soruna neden olacak.

Kayıt için:

Deponuzda hangi dosyaların bu soruna neden olabileceğini kontrol etmek için aşağıdaki komutu çalıştırın (git --with-libpcre ile derlenmelidir):

git grep -I --files-with-matches --perl-regexp '\r' HEAD

Dosya (lar) ı işleyerek (onlara metin olarak muamele etmek istediğinizi varsayarak), bu tür sorunları çözmek için http://help.github.com/line-endings/ bağlantısında önerilenleri yapmakla aynı şeydir. . Ancak, kaldırmak .git/indexve gerçekleştirmek yerine reset, yalnızca dosyaları değiştirebilir, sonra gerçekleştirebilir git checkout -- xyz zyfve sonra gerçekleştirebilirsiniz.

Ben de aynı sorunu yaşadım, ilginç bir ek olarak dosyaların pencerelerde değiştirilmesi, ancak WSL'den bakıldığında değil. Satır sonları, sıfırlamalar vb. İle uğraşan hiçbir şey onu değiştiremedi.

Sonunda bu cevapta bir çözüm buldum . Aşağıda ikna etmek için metin yer almaktadır:

Aşağıdaki adımları kullanarak bu sorunu çözdüm

1) Her dosyayı Git'in dizininden kaldırın.

git rm --cached -r .

2) Tüm yeni satır sonlarını almak için Git dizinini yeniden yazın.

git reset --hard

Çözüm, https://help.github.com/articles/dealing-with-line-endings/ git sitesinde açıklanan adımların bir parçasıydı

Benim için mesele satır sonlarıyla ilgili değildi. Klasör adındaki büyük / küçük harf değişimi ile ilgiliydi (Reset_password -> Reset_Password). Bu çözüm bana yardımcı oldu: https://stackoverflow.com/a/34919019/1328513

Bu sorun, git büyük harf kullanım farklılıklarını farklı dosyalar olarak değerlendirdiği, ancak Windows bunları aynı dosya olarak ele aldığı için de olabilir. Bir dosya adının yalnızca büyük harf kullanımı değiştirilmişse, bu deponun her Windows kullanıcısı bu durumda sona erecektir.

Çözüm, dosya içeriğinin doğru olduğunu onaylamak ve ardından yeniden teslim etmektir. Farklı oldukları için iki dosyanın içeriğini bir araya getirmek zorunda kaldık. Sonra çekin ve yinelenen dosyayı silerek çözebileceğiniz bir birleştirme çakışması olacaktır. Birleştirme çözünürlüğünü yeniden onaylayın ve kararlı bir duruma döndünüz.