Git-1.9.0-preview20140217Windows için kullanıyorum . Bildiğim gibi, bu sürüm sorunu çok uzun dosya adlarıyla düzeltmelidir. Ama benim için değil.

Şüphesiz bir şey yanlış yapıyorum: Ben yaptım git config core.longpaths trueve git add .ardından git commit. Herşey iyi gitti. Ama şimdi bir yaptığımda git status, ile dosyaların bir listesini alıyorum Filename too long, örneğin:

node_modules/grunt-contrib-imagemin/node_modules/pngquant-bin/node_modules/bin-wrapper/node_modules/download/node_modules/request/node_modules/form-data/node_modules/combined-stream/node_modules/delayed-stream/test/integration/test-handle-source-errors.js: Filename too long

Benim için çoğaltmak oldukça basit: Açısal jeneratör ("yo açısal") ile bir Yeoman web uygulaması oluşturun node_modulesve .gitignoredosyadan kaldırın . Daha sonra yukarıda belirtilen Git komutlarını tekrarlayın.

Burada ne eksik?

Git msys ile derlendiğinde Windows dışında, bir dosya adı için Git'in 4096 karakterlik bir sınırı vardır. Windows API'sinin daha eski bir sürümünü kullanır ve dosya adı için 260 karakterle sınırlıdır.

Bunu anladığım kadarıyla, Git'in değil msys'in bir sınırlaması. Ayrıntıları buradan okuyabilirsiniz: https://github.com/msysgit/git/pull/110

Başka Git Windows üzerinde istemci veya dizi kullanarak bu asabilirsiniz core.longpathsiçin truediğer cevaplar açıklandığı gibi.

git config --system core.longpaths true

Git, komut dosyalarının ve derlenmiş kodun birleşimi olarak oluşturulur. Yukarıdaki değişiklikle, bazı komut dosyaları başarısız olabilir. Core.longpath'lerin varsayılan olarak etkinleştirilmemesinin nedeni budur.

Https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file adresindeki Windows belgelerinde daha fazla bilgi bulunmaktadır:

Windows 10'dan itibaren, sürüm 1607, MAX_PATH sınırlamaları ortak Win32 dosya ve dizin işlevlerinden kaldırıldı. Ancak, yeni davranışı kabul etmelisiniz.

Kayıt defteri anahtarı, yeni uzun yol davranışını etkinleştirmenizi veya devre dışı bırakmanızı sağlar. Uzun yol davranışını etkinleştirmek için kayıt defteri anahtarını HKLM \ SYSTEM \ CurrentControlSet \ Control \ FileSystem LongPathsEnabled dizininde ayarlayın (Tür: REG_DWORD)

Komutu çalıştırabilmelisiniz

git config --system core.longpaths true

veya Git'in desteklenen bir sürümünde bu işlevi etkinleştirmek için Git yapılandırma dosyalarınızdan birine manuel olarak ekleyin. Belki 1.9.0 ve sonrası gibi görünüyor.

Bu yardımcı olabilir:

git config core.longpaths true

Temel açıklama: Bu cevap, bu ayarın global sistem (kaçınılması --systemveya --globaletiketlenmesi önlenen tüm projelere ) yapılandırmalarına uygulanmamasını önermektedir . Bu komut, sorunu yalnızca geçerli projeye özgü olarak çözer.

.Gitconfig oluşturun ve ekleyin

[core]
longpaths = true

Dosyayı bir proje konumunda (emin değilim) ve global konumda da oluşturabilirsiniz. Benim durumumda konum C:\Users\{name}\.

Takip edilecek adımlar:

1. Git Bash'ı yönetici olarak çalıştır
2. Aşağıdaki komutu çalıştırın:

git config --system core.longpaths true

Not : 2. adım işe yaramazsa veya hata verirse, bu komutu çalıştırmayı da deneyebilirsiniz:

git config --global core.longpaths true

git config Burada daha fazla bilgi edinin .

Daha iyi çözüm, Git'ten longpath parametresini etkinleştirmektir.

git config --system core.longpaths true

Ancak çalışan bir geçici çözüm, node_modules klasörünü Git'ten kaldırmaktır:

$ git rm -r --cached node_modules
$ vi .gitignore

.Degignore dosyasının içindeki yeni bir satıra node_modules ekleyin. Bunu yaptıktan sonra değişikliklerinizi yapın:

$ git add .gitignore
$ git commit -m "node_modules removed"
$ git push

Depo başlatıldıktan hemen sonra yürürlüğe gireceğinden tamamen emin olmak için, ancak uzak geçmiş getirilmeden veya herhangi bir dosya teslim alınmadan önce, bu şekilde kullanılması daha güvenlidir:

git clone -c core.longpaths=true <repo-url>

-c tuşu = değer

Yeni oluşturulan depoda bir yapılandırma değişkeni ayarlayın; bu, havuz başlatıldıktan hemen sonra, ancak uzak geçmiş getirilmeden veya herhangi bir dosya teslim alınmadan önce geçerli olur. Anahtar git-config 1 tarafından beklenilen formatta (ör. Core.eol = true). Aynı anahtar için birden çok değer verilirse, her değer yapılandırma dosyasına yazılır. Bu, örneğin, kaynak uzaktan kumandaya ek getirme refspec'leri eklemeyi güvenli hale getirir.

Daha fazla bilgi

Yürütme git config --system core.longpaths truebana bir hata verdi:

"hata: yapılandırma dosyası kilitlenemedi C: \ Program Files (x86) \ Git \ mingw32 / etc / gitconfig: İzin verilmedi"

Komutun global düzeyde yürütülmesi düzeltildi:

git config --global core.longpaths true

Uzun dosya yollarını etkinleştirmeyi de deneyebilirsiniz.

Windows 10 Home Edition'ı çalıştırırsanız, uzun yolları etkinleştirmek için Kayıt Defterinizi değiştirebilirsiniz.

Git HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystemde regeditve daha sonra belirlenen LongPathsEnabledetmek 1.

Windows 10 Pro veya Enterprise kullanıyorsanız Yerel Grup İlkeleri'ni de kullanabilirsiniz.

Git Bilgisayar Yapılandırması → Yönetim Şablonları → Sistem → Dosya Sistemi içinde gpedit.msc, açık Win32 uzun yolları etkinleştirme ve ayarlayın Etkin .

git config --global core.longpaths true

Yukarıdaki komut benim için çalıştı. '--System' kullanmak bana yapılandırma dosyası kilitli değil hatası verdi

Havuzu sürücünüzün kök dizinine taşıma (geçici düzeltme)

Yerel depoyu (tüm klasör) geçici olarak sürücünüzün kök dizinine veya olabildiğince kök dizinine taşımaya çalışabilirsiniz.

Yol sürücünün kökünde daha küçük olduğundan, bazen sorunları düzeltir.

Windows'da bunu C:\veya başka bir sürücünün köküne taşıyacağım .

Ben de bu hatayı vardı, ama benim durumumda neden npm, v1.4.28 eski bir sürümünü kullanıyordu.

Npm v3'e güncelleme ve ardından

rm -rf node_modules
npm -i

benim için çalıştı. npm sayı 2697, npm v3'te yer alan "maksimum düz" klasör yapısının ayrıntılarına sahiptir (2015-06-25 yayınlandı).

Şifreli bölümünüzle çalışıyorsanız, klasörü şifrelenmemiş bir bölüme taşımayı düşünün, örneğin a / tmp , çalışıyor git pullve sonra geri taşıyın .

Bir Windows Makinesi'nde

Komut İstemi'ni yönetici olarak çalıştırın ve ardından komutun altında çalıştırın

git config - sistem çekirdeği. longpaths true