.gitignore Git tarafından yoksayılır

Benim .gitignoreolabilir - Dosya Git tarafından göz ardı ediliyor gibi görünüyor .gitignoreDosya bozuk? Git hangi dosya biçimini, yerel ayarını veya kültürünü bekliyor?

Benim .gitignore:

# This is a comment
debug.log
nbproject/

Çıktı kaynağı git status:

# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       debug.log
#       nbproject/
nothing added to commit but untracked files present (use "git add" to track)

Ben istiyorum debug.logve nbproject/izlenmeyen dosyaları listesinde görünmesini değil.

Bunu düzeltmek için nereden aramaya başlamalıyım?

Şimdiye kadar dosyaları izlememiş olsanız bile Git onları ekledikten sonra bile "bunlar hakkında bilgi sahibi olabilir" .gitignore.

UYARI: Öncelikle mevcut değişikliklerinizi yapın, yoksa kaybedersiniz.

Ardından Git deponuzun üst klasöründen aşağıdaki komutları çalıştırın:

git rm -r --cached .
git add .
git commit -m "fixed untracked files"

Git .gitignoredosyanızda yaptığınız değişiklikleri fark etmiyor gibi görünüyorsa , aşağıdaki noktaları kontrol etmek isteyebilirsiniz:

• .gitignoreYerel dosyaya müdahale edebilecek küresel bir dosya olabilir

• Bir .gitignore dosyasına bir şey eklediğinizde şunu deneyin:

  git add [uncommitted changes you want to keep] && git commit
  git rm -r --cached .
  git add .
  git commit -m "fixed untracked files"
  

• Bir şey .gitignore dosyasından kaldırırsanız ve yukarıdaki adımlar belki işe yaramazsa, yukarıdaki adımların çalışmadığını fark ederseniz, şunu deneyin :

  git add -f [files you want to track again]
  git commit -m "Refresh removing files from .gitignore file."
  
  // For example, if you want the .java type file to be tracked again,
  // The command should be:
  //     git add -f *.java
  

Sabit. Tamam, Windows'daki Not Defteri'nde .gitignore dosyasını oluşturdum ve çalışmadı. Linux'ta .gitignore dosyasını görüntülediğimde organize anlamsız görünüyordu - belki Notepad ASCII yerine 8 bitlik Unicode yazmıştı.

Bu yüzden dosyayı Linux kutumda yeniden yazdım ve Windows'a geri çektiğimde iyi çalışıyor! Yaşa!

Projenize başka bir taahhüt eklemeden, bir satır .gitignoreolması gerektiği gibi iş yapmak için yeterli olacaktır :

git rm -r --cached debug.log nbproject

Bu onları depodan kaldıracak, ancak yine de fiziksel olarak saklayacaktır. Sade İngilizce olarak, kendileriyle ilgili değişikliklerin geçmişini siler ve ayrıca gelecekteki herhangi bir taahhütte değişikliklerini izlemez. Burada daha iyi bir açıklama bulabilirsiniz .

Bu sorunun başka bir nedeni, ifadeden önceki boşluklar veya sekmelerdir:

Misal:

# Be aware of the following:
 notWorkingIgnore.*
workingIgnore.*

Ve aşağıdaki sondaki açıklamanın da işaret ettiği gibi, bir sorun da olabilir:

# Be aware of the following:
notWorkingIgnore.* #<-Space
workingIgnore.*#<-Nospace

Kodlamanın .gitignorebir etkisi olduğunu fark ettim - eğer dosya Unicode ise, ASCII ise göz ardı edildi, değildi.

Süreci:

1. Durumu doğrula: PS> git status
2. Get-FileEncoding için bir işlev oluşturma
3. Testin .gitignorekodlaması:PS> Get-FileEncoding .gitignore
4. Kodlamayı ASCII olarak değiştirin :PS> Set-Content .gitignore -Encoding Ascii -Value (Get-Content .gitignore)
5. Onaylamak: PS> git status

Diğer çözümlerle olduğu gibi birinci taahhüt ve farkında olacaktır herhangi un-taahhüt değişiklikleri kaybedersiniz.

Bununla daha iyi sonuçlar elde ettim:

git rm -r --cached .
git reset HEAD --hard
git status

Durumun şu anda değiştirilmiş dosyası olmaması gerektiğini unutmayın.

Benim durumumda, çünkü dosyalar zaten depoda var ve onu görmezden gelmeye çalışıyorum.

Bu sorunu gidermek için yaptığım şeyler:

• Dosyaları geçici bir klasöre kopyalayın
• Bunları proje klasörümden kaldır.
• Bu dosyaları depodan kaldıran değişiklikleri uygulayın
• Bu dosyaları proje klasörüme yeniden ekledim

O zamana kadar, bu dosyalar üzerinde yaptığım değişiklikler göz ardı edildi.

Bence depoda zaten mevcut olan dosyaları görmezden gelemezsiniz.

Buradaki tüm cevaplar aslında geçici çözümlerdir. Çalıştırmadan önce .gitignore dosyasını oluşturmanız gerekir git init. Aksi takdirde git, bu dosyaları görmezden gelmeniz gerektiğini asla bilemezler çünkü zaten izlenmişlerdir.

echo .idea/ >> .gitignore
git init

Günlük olarak gelişirseniz, alışılmış yoksayılan dosyalarınızı ~/.gitignore_globaldosyanıza eklemenizi tavsiye ederim . Bu şekilde, githangi dosyaları ("kullanıcı" anlamına gelir), ana dizininizdeki bir dosya olduğu için genellikle yoksaydığını zaten bileceksiniz.

Ayrıca koyduğunuz dizine göz atın .gitignore.

Projenizin kökünde olmalı :

./myproject/.gitignore

Değil

./myproject/.git/.gitignore

Özellikle Windows kullanıcıları için: İzlenmemiş dosyalarınız varsa ve önbelleğe alınmış dosyaları silmek / kaldırmak çalışmıyorsa. PowerShell'i açmayı ve .gitignore dosyasını UTF-8 kodlamasına dönüştürmeyi deneyin:

$Myfile = Get-Content .\.gitignore`
$Myfile | Out-File -Encoding "UTF8" .gitignore

Bu dizinin .gitignore dosyasını kodlamak için yalnızca bir kez yapmanız gerekir ve daha sonra dosya doğru bir şekilde kodlandığından, dosyayı gelecekte düzenlediğinizde çalışması gerekir. Bu GitHub bir .gitignore dosyası için UTF-8 olmayan kodlama okumak üzereyken bir aksaklık olduğuna inanıyorum. Bildiğim kadarıyla bu sorun Windows için henüz çözülmedi. Bir anlaşma çok büyük değil, sadece çalışmadığında hata ayıklamak için bir acı.

.gitignoreÖzellikle Windows kullanıcıları için bununla ilgili başka bir sorun olabilir. Git adını verdiğinizde .gitignore(örneğin unity.gitignore) beğenmez .

.gitignoreWindows her zaman .gitignore.bir dosya adı olmadan yeniden adlandırmaya çalıştığınızı düşündüğü için ya da Windows'ta adlandırmak isteyeceksiniz.

Bu konuya yeni girdim. .Gitignore dosyamdaki içerik izlenmeyen dosyalar listesinde görünmeye devam etti.

Yoksayılan dosya oluşturmak için bunu kullanıyordum:

echo "node_modules" > .gitignore

Çifte alıntıların benim için soruna neden olduğu ortaya çıktı. Yoksay dosyasını sildim ve komutu tekrar tırnak işaretleri olmadan kullandım ve beklendiği gibi çalıştı. Dosya kodlamasıyla uğraşmak zorunda kalmadım. Cmder kullanan bir Windows 10 makinesindeyim .

Misal:

echo node_modules > .gitignore

Benim için önceki cevapların hiçbiri işe yaramadı. Bulunan dosyaya .gitignoremetin kopyalamak zorunda kaldımexclude.txt

<Your-project-folder>\.git\info

Tamamlandığında, değişikliklerinizi yenileyin ve izlenmeyen tüm dosyalar kayboldu. Her zamanki gibi çalışın.

Sorunum (OP'nin önerdiği gibi) bozuk bir .gitignore dosyasıydı. Bunun olduğuna inanmadım ve her şey başarısız olana kadar olasılığı görmezden geldim. Yolsuzluk içinde gelmedivi ama .gitignore dosyası göz ardı edilmesine neden dosyanın başlangıcına iki bayt vardı. Benim için bunlar sadece yazdığım zaman ortaya çıktı cat .gitignore, bu da gösterdi:

��# Built application files
*.apk
*.ap_

# ...

Bunların nasıl sona erdiğine dair hiçbir fikrim yok, ancak dosyayı yeniden oluşturmak sorunu çözdü. Bozuk dosyanın onaltılık analizi aşağıdakileri gösterdi:

user@dev ~/project/myproject $ xxd -b .gitignore
00000000: 11111111 11111110 00100011 00000000 00100000 00000000  ..#. .
00000006: 01000010 00000000 01110101 00000000 01101001 00000000  B.u.i.

Bu satırı içeren bir .gitignore dosyası ile bu sorun vardı:

lib/ext/

Aslında, bu dizinin başka bir yerde bir klasöre sembolik bir bağlantı olduğunu fark ettim:

ls -la lib/ext/
lrwxr-xr-x 1 roipoussiere users 47 Feb  6 14:16 lib/ext -> /home/roipoussiere/real/path/to/the/lib

Hatta lib/ext/, Git aslında bir klasör arar , ancak sembolik bir bağlantı bir dosyadır , bu yüzdenlib klasörüm yok sayılmaz.

Ben değiştirerek bu sabit lib/ext/tarafından lib/extbenim .gitignore dosyasında.

Aynı sorunu yaşadım. Sorunun bir CR ile CR + LF arasında tutarsızlık olduğuna inanıyorum. CMG (Windows 7'de) ve aşağıdaki komutu kullanarak .gitignore'umdaki şeyleri sakladım:

Kötü:

echo "file_to_be_ignored.py" >> .gitignore<br>
echo "*~" >> .gitignore

Vb.

Sorun, bu komut Git'in yeni satırları tanıması için doğru satır sonu işaretleyicisini yerleştirmemesidir (Git diğerini beklediğinde CR veya CR + LF). Sorunu, Vim'deki (Vim'i kurtarmaya!) Her yeni satırı elle değiştirerek çözdüm ve mükemmel çalıştı.

.Gitignore'unuzu Notepad ++ veya Vim'de (ideal olarak) düzenlemeyi deneyin. Dosya doğru biçimlendirilmiş gibi görünse bile, yeni satırları değiştirmeyi deneyin. Kulağa garip geliyor, biliyorum, ama benim için çalıştı. : D

Tamam, benim durumumda kabul edilen çözüm işe yaramadı ve işe yarayan burada açıklanıyor:

Visual Studio 2013 .gitignore dosyanızı yok sayıyor mu?

Kısacası:

• Visual Studio'yu kapatın.
• .Git klasörünüze gidin
• Sil ms-persist.xml
• Visual Studio'yu yeniden başlat

Ayrıca bakmanız gereken bir şey: .gitignore dosyanızı doğru satır sonlarıyla mı kaydediyorsunuz?

Pencereler:

Windows'ta kullanıyorsanız, Windows satır sonlarıyla mı kaydediyorsunuz? Tüm programlar varsayılan olarak bunu yapmaz; Notepad ++ ve birçok PHP düzenleyicisi varsayılan olarak Linux satır sonlarını kullanır, böylece dosyalar sunucu uyumlu olur. Bunu kontrol etmenin kolay bir yolu, dosyayı Windows Not Defteri'nde açmaktır. Her şey tek bir satırda görünürse, dosya Linux satır sonlarıyla kaydedildi.

Linux:

Linux ortamında çalışan dosyayla ilgili sorun yaşıyorsanız, dosyayı Emacs veya nano gibi bir düzenleyicide açın . Yazdırılamayan karakterler görürseniz, dosya Windows satır sonlarıyla kaydedildi.

Başka bir olası neden - Git istemcilerinin aynı anda çalışan birkaç örneği . Örneğin, "git shell" + "GitHub Desktop" vb.

Bu bana oldu. Ana istemci olarak "GitHub Desktop" kullanıyordum ve bazı yeni .gitignore ayarlarını göz ardı ediyordu: taahhütten sonra:

1. Bir şey yapıyorsun.
2. Sonra, taahhüt: .gitignore ayarlarını yok sayar. Tamamlama, .gitignore içinde belirtilen birçok geçici dosyayı içerir.
3. Git önbelleğini temizle; .gitignore'un UTF-8 olup olmadığını kontrol edin; dosyaları kaldır → kaydet → dosyaları geri taşı; bir taahhüdü atla - hiçbir şey yardımcı olmadı.

Nedeni : Visual Studio Code düzenleyicisi, aynı açık havuzla arka planda çalışıyordu. Visual Studio Code yerleşik Git denetimine sahiptir ve bu bazı çakışmalara neden olur.

Çözüm : Birden çok, gizli Git istemcisini iki kez kontrol edin ve özellikle Git önbelleğini temizlerken aynı anda yalnızca bir Git istemcisi kullanın.

Zaten bazı harika cevaplar var, ama durumum sıkıcıydı. Win10'da yüklü bir PLM (ürün yaşam döngüsü yönetimi) yazılımının kaynağını düzenledim ve daha sonra "Muhtemelen bunu bir git repo yapmalıydım."

Bu nedenle, önbellek seçeneği doğrudan benim için çalışmaz. Bir sürü ilk işi yaptıktan SONRA VE kontrol etmeden SONRA kaynak kontrolü ekleyen başkalarına .gitignoregönderebilirsin AMA çalışmıyor, bir sürü işi kaybetmekten korkabilirsin, bu git rm --cachedsenin için değil.

!ÖNEMLİ: Bunun nedeni, git'i çok büyük ve .gitignore'umu yok sayıyor gibi görünen bir "projeye" çok geç eklememdir. HİÇBİR taahhütüm yok. Bununla uzaklaşabilirim :)

İlk olarak, sadece yaptım:

rm -rf .git
rm -rf .gitignore

Sonra, değişikliklerimin bir resmini çekmek zorunda kaldım. Yine, bu değişiklikleri yaptığım bir yükleme ürünüdür. Saf ana dalın ilk taahhüdü için çok geç. Bu yüzden, programı yüklediğimden beri eklediğim şeyin bir listesine ihtiyacım vardı> changed.log aşağıdakilerden birine :

Güç kalkanı

# Get files modified since date.
Get-ChildItem -Path path\to\installed\software\ -Recurse -File | Where-Object -FilterScript {($_.LastWriteTime -gt '2020-02-25')} | Select-Object FullName

darbe

# Get files modified in the last 10 days...
find ./ -type f -mtime -10

Şimdi, son on gün içinde neyi değiştirdiğime dair listem var (burada, evet, bunu kendime yaptım demek dışında en iyi uygulamalara girmeyelim).

Yeni bir başlangıç ​​için şimdi:

git init .
# Create and edit .gitignore

Değiştirdiğim listeyi, git statusgeliştirdiğim gibi çalışan büyüyen .gitignore'umla karşılaştırmak zorunda kaldım , ancak .gitignore'daki düzenlemelerim gittikçe okunuyor.

Son olarak, istenen değişikliklerin listesi var! Benim durumumda bu kapakçık - bazı tema çalışmaları ve diğer geliştiricilerin kapmak ve katkıda bulunmak için bir repo koymak istiyorum bu yazılım karşı bir dev sistemi çalıştırmak için özel sever xml yapılandırmaları ile birlikte ... Bu bizim ana dalı olacak, yani taahhüt, itme ve nihayet yeni iş için ŞUBE!

Daha önce Git'te işlenen klasörü veya dosyayı aşağıdaki komutla kaldırmanız yeterlidir. Sonra gitignore dosyası doğru dosyaları yansıtacaktır.

    git rm -r -f "folder or files insides"

Buradaki diğer cevapların kapsamadığı zor bir şey, .gitignore dosyasının, aşağıdaki gibi satır içi yorumlarınız varsa çalışmaz:

foo/bar # The bar file contains sensitive data so we don't want to make this public

Yani, böyle yorumlarınız varsa, bunları şu şekilde değiştirin:

# The bar file contains sensitive data so we don't want to make this public
foo/bar

Ayrıca, .gitignoredosyayı bir sudokomutla düzenlemeniz de mümkündür. Aynı sorunla karşılaştım ve komutları yürütürken:git status "Göz ardı edilmeli" dosyalarını görebiliyordum.

İle düzenleme üzerine nano .gitignoreyerine sudo nano .gitignore, ben doğru yansımayı fark.

echo "..." > .gitignoreWindows'ta PowerShell'de kullanarak .gitignore oluşturdum , çünkü Windows Gezgini'nde oluşturmama izin vermiyor.

Benim durumumda sorun oluşturulan dosyanın kodlamasıydı ve ANSI olarak değiştirdikten sonra sorun çözüldü.

Ubuntu'da da aynı sorun var .gitignore, terminalden oluşturdum ve benim için çalışıyor

touch .gitignore

Benimki işe yaramadı çünkü edebiyatla .gitignore adlı bir metin belgesi oluşturdum

Bunun yerine, bir metin belgesi oluşturun, Notepad ++ ile açın ve .gitignore olarak kaydedin

Kaydettiğinizde açılır menüden Tüm türleri (*. *) Seçtiğinizden emin olun.

Veya gitbash'te, touch .gitignore

Notepad ++ iseniz kullanıcı aşağıdaki işlemleri, deneyin:

Not Defteri ++ kullanarak .gitignore dosyanızı açın ve şunları yapın:

Menü Düzenle → EOL Dönüştürme → Windows Format → Kaydet .

Kullanmayı deneyin git statusTekrar ve sizin için işe yarayıp yaramadığını görün.

Benzer bir sorunun cevabını burada yayınladım .

Benim için bu başka bir sorundu. .Gitignore dosyam, yok saymamasını söylediğim şeyler dışında her şeyi yoksaymak üzere ayarlandı. Gibi:

/*
!/content/

Şimdi bu açıkça Git'e .gitignore dosyasının kendisini yok saymasını söylediğim anlamına geliyor. Ben .gitignore dosyasını izleme değildi sürece bir sorun değildi. Ama bir noktada .gitignore dosyasını işledim. Bu daha sonra .gitignore dosyasının düzgün şekilde yoksayılmasına neden oldu.

Yani bir satır daha eklemek sorunu çözdü:

/*
!/content/
!.gitignore

Benim sorunum eğik çizgi / "tırnak işaretleri ile yoksaymak için dosyaları yazdı /.

Bu işe yaramadı ve git tarafından göz ardı edildi:

"db.sqlite3"
"tdd_venv/"

Bu iyi çalıştı:

/db.sqlite3
/tdd_venv/

Ben de Windows benim dosya kodlama Notepad ++ ile kontrol ettim. Kodlama UTF-8 olarak ayarlandı.