Benzer sorulara bir göz attım. Ancak, iki kez kontrol ettim ve garip bir şey kesinlikle oluyor.

Bir sunucuda (Git 1.8.1 ile Solaris) Git deposunu kopyaladım ve .git klasörünü mevcut canlı dosyalarıma kopyaladım. Bu mükemmel çalıştı, koşabilirdim

git status

sonra

git diff [filename]

farklı dosyaları kontrol etmek için.

Başka bir sunucuda (Git 1.7.6 ile Solaris)

git diff [filename]

dosya içeriği kesinlikle farklı olsa bile hiçbir şey göstermez. Ayrıca yeni bir dosya eklemeyi, yürütmeyi ve sonra düzenlemeyi de test ettim. Aynı sorun, git statusdosyayı değiştirilmiş olarak git diffgösterir , ancak hiçbir şey göstermez. Değişen dosyayı indirir ve yerel olarak bir fark çalıştırırsam fark çıktısı alırım.

Dosyayı dizine ekledim :

git add file_name

ve sonra koştu:

git diff --cached file_name

Sen git diff açıklamasını görebilirsiniz burada .

Git add'inizi geri almanız gerekiyorsa, lütfen buraya bakın: Taahhüt etmeden önce 'git add' nasıl geri alınır?

git statusBir fark göstermesinin ancak göstermemesinin birkaç nedeni vardır git diff.

• Dosyanın modu (izin bitleri) değişti - örneğin, 777'den 700'e.

• Satır besleme stili CRLF'den (DOS) LF'ye (UNIX) değiştirildi

Ne olduğunu bulmanın en kolay yolu koşmak git format-patch HEAD^ve üretilen yamanın ne dediğini görmektir.

Benim için dosya izinleri ile ilgisi vardı. Projemde Mac / Linux bulunan biri, Windows git istemcimin yeniden üretemediği varsayılan olmayan izinlere sahip bazı dosyalar yürütüyor gibi görünüyor. Benim için çözüm git'e dosya izinlerini yoksaymasını söylemekti:

git config core.fileMode false

Diğer bilgiler: Git'in dosya modu (chmod) değişikliklerini yoksaymasını nasıl sağlayabilirim?

Yüzlerce satır sonu bazı program tarafından değiştirildi ve git difftüm kaynak dosyaları değişti olarak listelenen bir sorun vardı . Satır sonlarını düzelttikten sonra git status, dosyaları değiştirilmiş olarak listeledi.

Tüm dosyaları dizine ekleyip dizini sıfırlayarak bu sorunu giderebildim.

git add -A
git reset

core.filemode false değerine ayarlandı.

Git kurulumunuzda veya deponuzda yanlış bir şey olduğundan şüpheleniyorum.

Koşmayı deneyin:

GIT_TRACE=2 git <command>

Yararlı bir şey alıp almadığınızı görün. Bu yardımcı olmazsa, strace kullanın ve neyin yanlış gittiğini görün:

strace git <command>

Benzer bir sorunum vardı: git difffarklılıklar gösterirdi, ama göstermezdim git diff <filename>. ( ) LESSİçeren bir dizeye ayarladığım ortaya çıktı . Bu bayrağı kaldırmak sorunu çözdü.-F--quit-if-one-screen

Önceki bir cevapta daha önce belirtildiği gibi , bu durum hat sonu sorunları (CR / LF ve LF) nedeniyle ortaya çıkabilir. Bu komutla (Git sürüm 2.22.0 altında) bu sorunu çözdüm:

git add --renormalize .

El kitabına göre:

       --renormalize
           Apply the "clean" process freshly to all tracked files to
           forcibly add them again to the index. This is useful after
           changing core.autocrlf configuration or the text attribute in
           order to correct files added with wrong CRLF/LF line endings.
           This option implies -u.

Kısa cevap

Koşmak git addbazen yardımcı olur.

Misal

Git durumu değiştirilmiş dosyaları gösteriyor ve git diff hiçbir şey göstermiyor ...

> 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:   package.json

no changes added to commit (use "git add" and/or "git commit -a")
> git diff
> 

... git add komutunu çalıştırmak tutarsızlığı giderir.

> git add
> git status
On branch master
nothing to commit, working directory clean
> 

Bu sorunla karşılaştım. Davam benziyordu rcwxok tarafından gönderildi sorunu .LESS

Benim durumumda, PAGERortam değişkenini olarak ayarladım PAGER='less -RSF'.

Ancak, önceki cevapların aksine, -Fseçeneği kaldırmak istemedim , çünkü açıkça lessbir taramadan daha kısa ise farkın gösterilmesini önlemek umuduyla koydum .

Yerine kaldırılması, istenen sonucu elde etmek için -F, ben ekledi -X: PAGER='less -RSFX'. Bu hem sorunu çözdü hem de git diffkısa farkların gösterilmesini önler less.

Ben de benzer bir sorunla karşılaştım. git diff fileBen büyük harfle adının bir kısmı ile Git endeksine dosyayı eklendi çünkü hiçbir şey gösterdi: GeoJSONContainer.js.

Daha sonra yeniden adlandırdım GeoJsonContainer.jsve değişiklikler izlenmeyi bıraktı. git diff GeoJsonContainer.jshiçbir şey göstermiyordu. Bir kuvvet bayrağı ile dizinden dosyayı kaldırmak ve dosyayı yeniden eklemek zorunda kaldı:

git rm -f GeoJSONContainer.js
git add GeoJSONContainer.js

Gerçekten gerçek bir soru sormadınız, ancak bu genel bir kullanım örneği olduğundan sık sık kullanıyorum işte burada. Bunu kendiniz deneyebilir ve hatanın devam edip etmediğini görebilirsiniz.

Kullanım durumunuzla ilgili varsayımım:

Sen dosya ve dizinleri içeren mevcut bir dizin var ve şimdi başka bir yerden klonlanmış bir Git depo haline dönüştürmek istediğiniz olmadan mevcut dizindeki herhangi bir veri değiştirme.

Gerçekten iki yol var.

Klon .gitReposu - MV - Git Reset --hard

Bu yöntem, yaptığınız yöntemdir - varolan havuzu boş bir dizine kopyalamak ve .gitdizini hedef dizine taşımak için . Sorunsuz çalışmak için bu genellikle koşmanızı gerektirir

git reset --hard

Ancak bu, geçerli dizininizdeki dosyaların durumunu değiştirir. Bunu dizininizin tam bir kopyasında / rsync üzerinde deneyebilir ve nelerin değiştiğini inceleyebilirsiniz. En azından daha sonra artık git logve arasındaki tutarsızlıkları görmemelisiniz status.

Yeni havuzu başlat - başlangıç ​​noktası

İkincisi daha az rahatsız edicidir: cdhedefinize ve yeni bir depoya başlayın

git init

Sonra yeni deponun, başka bir yerde bir atası olduğunu söylersiniz:

git remote add origin original_git_repo_path

Sonra güvenle

git fetch origin master

yerel dosyalarınızı değiştirmeden verileri kopyalamak için. Şimdi her şey iyi olmalı.

Her zaman daha az hataya eğilimli olmak için ikinci yolu tavsiye ederim.

Bu sorunla tekrar karşılaştım. Ancak bu sefer farklı bir nedenden dolayı meydana geldi. Önceki sürümlerin üzerine yazmak için dosyaları depoya kopyalamıştım. Şimdi dosyaları değiştirilmiş görebilirsiniz ama diff diffs döndürmüyor.

Örneğin, bir mainpage.xaml dosyam var. Dosya Gezgini'nde, geçerli depomdaki dosyanın üzerine yeni bir mainpage.xaml dosyası yapıştırdım. İşi başka bir makinede yaptım ve dosyayı buraya yapıştırdım.

Dosya değiştirilmiş gösterir, ancak git diff'i çalıştırdığımda değişiklikleri göstermez. Muhtemelen dosyadaki fileinfo değişti ve git bunun aynı dosya olmadığını biliyor. İlginç.

Dosyada diff çalıştırdığımda hiçbir şey göstermediğini, sadece istemi döndürdüğünü görebilirsiniz.

Ben aynı sorunu aşağıdaki şekilde tarif vardı: Ben yazdıysanız

$ git diff

Git komut istemine hatasız olarak döndü.

Yazsaydım

$ git diff <filename>

Git komut istemine hatasız olarak döndü.

Son olarak, etrafı okuyarak işi yapmak için git diffgerçekten çağırdığını fark ettim mingw64\bin\diff.exe.

İşte anlaşma. Windows çalıştırıyorum ve başka bir Bash yardımcı programı yüklemişti ve artık benim mingw64 \ bin dizinine işaret etmeyecek şekilde yolumu değiştirdi .

Yani şunu yazarsanız:

git diff

ve bu sorunla karşılaşabileceğiniz bilgi istemine geri döner.

Tarafından çalıştırılan gerçek diff.exe git, mingw64 \ bin dizininizde bulunur

Son olarak, bunu düzeltmek mingw64\biniçin, dizinimi Git'in aradığı konuma kopyaladım . Denedim ve hala işe yaramadı.

Sonra Git Bash penceremi kapattım ve tekrar açtığım aynı depoya gittim ve şimdi çalışıyor.