İzlenen bir dosya var git, ancak şimdi dosya .gitignorelistede.

Ancak, bu dosya git statusdüzenlendikten sonra görünmeye devam eder . Bunu gittamamen unutmaya nasıl zorlarsınız ?

.gitignoreizlenmeyen dosyaların add -fgit tarafından izlenen dosya kümesine ( an olmadan ) eklenmesini önler , ancak git zaten izlenen dosyaları izlemeye devam eder.

Bir dosyayı izlemeyi durdurmak için dizinden kaldırmanız gerekir. Bu, bu komutla gerçekleştirilebilir.

git rm --cached <file>

Bir klasörün tamamını kaldırmak istiyorsanız, içindeki tüm dosyaları özyinelemeli olarak kaldırmanız gerekir.

git rm -r --cached <folder>

Dosyanın başlık revizyonundan kaldırılması bir sonraki işlemde gerçekleşecektir.

UYARI: Bu işlem fiziksel dosyayı yerel ayarınızdan kaldırmayacak olsa da, dosyaları bir sonraki geliştiricilerin makinelerinden kaldıracaktır git pull.

Aşağıdaki komut dizileri Git Dizini'nden (çalışma dizininden veya yerel repodan değil) tüm öğeleri kaldıracak ve sonra Git yoksayılırken Git Dizini'ni güncelleştirecektir. PS. Dizin = Önbellek

İlk:

git rm -r --cached . 
git add .

Sonra:

git commit -am "Remove ignored files"

Veya tek astarlı:

git rm -r --cached . && git add . && git commit -am "Remove ignored files"

git update-index bu işi benim için yapıyor:

git update-index --assume-unchanged <file>

Not:.gitignore Gitignore yalnızca izlenmeyen dosyalar için olduğundan bu çözüm aslında bağımsızdır .

edit: Bu cevap gönderildiği için, yeni bir seçenek oluşturuldu ve bu tercih edilmelidir. --skip-worktreeKullanıcının artık işlemek istemediği değiştirilmiş izlenen dosyalar için hangisini kullanmalı ve --assume-unchangedgit'in büyük izlenen dosyaların durumunu kontrol etmesini önlemek için performansı korumalıdır. Daha fazla ayrıntı için bkz. Https://stackoverflow.com/a/13631525/717372 ...

git update-index --skip-worktree <file>

git ls-files --ignored --exclude-standard -z | xargs -0 git rm --cached
git commit -am "Remove ignored files"

Bu, yok sayılan dosyaların listesini alır ve bunları dizinden kaldırır, ardından değişiklikleri yapar.

İzlenmeyen dosyaları kaldırmak için her zaman bu komutu kullanırım. Tek satırlı, Unix tarzı, temiz çıktı:

git ls-files --ignored --exclude-standard | sed 's/.*/"&"/' | xargs git rm -r --cached

Tüm yok sayılan dosyalarınızı listeler, içindeki boşlukları olan yolları işlemek için her bir çıktı satırını tırnak içine git rm -r --cachedalınmış bir satırla değiştirir ve yolları / dosyaları / dizinleri dizinden kaldırmak için her şeyi iletir.

dışarı çıkarın, yerine getirin, sonra tekrar içeri alın. Bu geçmişte benim için çalıştı. Muhtemelen bunu başarmanın bir yolu vardır.

git rmİzlenen bir dosyayı başkalarına ihtiyaç duyabileceği için yapamıyorsanız (uyarı, senin git rm --cached başkası bu değişikliği aldığında, kendi dosyaları, dosya sisteminde silinecektir). Bunlar genellikle yapılandırma dosyası geçersiz kılmaları, kimlik doğrulama bilgileri vb. Nedeniyle yapılır. İnsanların sorunla ilgili çalışma yöntemleri için lütfen https://gist.github.com/1423106 adresine bakın .

Özetlemek:

• Uygulamanızın yok sayılan config-overide.ini dosyasını aramasını sağlayın ve bunu taahhüt edilen config.ini dosyası üzerinde kullanın (veya alternatif olarak ~ / .config / myapp.ini veya $ MYCONFIGFILE dosyasını arayın)
• Config-sample.ini dosyasını yürütün ve config.ini dosyasını yok sayın, gerekirse bir komut dosyası veya benzeri bir dosyayı kopyalayın.
• Değişiklikleri uygulamak ve kaldırmak için gitattributes clean / smudge magic'i kullanmayı deneyin, örneğin config dosyasını alternatif bir daldan bir ödeme olarak lekeleyin ve config dosyasını HEAD'den bir ödeme olarak temizleyin. Bu zor şeyler, acemi kullanıcı için tavsiye etmiyoruz.
• Yapılandırma dosyasını, ana sunucuya asla birleştirilmemiş bir dağıtım dalında tutun. Konuşlandırmak / derlemek / test etmek istediğinizde o dalla birleştirilir ve dosyayı alırsınız. Bu, insan birleştirme politikaları ve ekstra-git modülleri kullanmak dışında, lekelenme / temiz yaklaşımdır.
• Anti-öneri: Varsayım değiştirmeden kullanmayın, sadece gözyaşlarıyla biter (çünkü git yalanın kendisine sahip olması, değişimin sonsuza dek kaybedilmesi gibi kötü şeylerin olmasına neden olur).

Bunu şu durumlarda kullanın:

1. Çok sayıda dosyanın izini kaldırmak istiyorsunuz veya

2. gitignore dosyanızı güncellediniz

Kaynak bağlantı: http://www.codeblocq.com/2016/01/Untrack-files-already-added-to-git-repository-based-on-gitignore/

Diyelim ki git deponuza zaten bazı dosyalar eklediniz / işlediniz ve bunları .gitignore'unuza eklediniz; bu dosyalar depo dizininizde bulunmaya devam edecektir. Bu makalede onlardan nasıl kurtulacağımızı göreceğiz.

1. Adım: Tüm değişikliklerinizi yapın

Devam etmeden önce, .gitignore dosyanız da dahil olmak üzere tüm değişikliklerin yapıldığından emin olun.

2. Adım: Depodaki her şeyi kaldırın

Repoyu temizlemek için şunu kullanın:

git rm -r --cached .

• rm kaldır komutudur
• -r özyinelemeli kaldırmaya izin verir
• –Cached dosyaları yalnızca dizinden kaldırır. Dosyalarınız hala orada olacak.

rmKomut affetmez olabilir. Önceden ne yaptığını denemek istiyorsanız, -nveya--dry-run şeyleri test etmek işaretini .

3. Adım: Her şeyi yeniden ekleyin

git add .

4. Adım: Tamamlama

git commit -m ".gitignore fix"

Deponuz temiz :)

Değişiklikleri orada da görmek için değişiklikleri uzaktan kumandanıza itin.

Bunu git filtre-dalını kullanarak başardım . Kullandığım tam komut man sayfasından alındı:

UYARI : bu, dosyayı tüm geçmişinizden siler

git filter-branch --index-filter 'git rm --cached --ignore-unmatch filename' HEAD

Bu komut, git rmher bir işlemden önce yürütülerek tüm işlem geçmişini yeniden oluşturur ve böylece belirtilen dosyadan kurtulur. O kadar komutunu çalıştırmadan önce yedeklemek unutmayın edecektir kaybolabilir.

Benim için işe yaramayan

(Linux altında), buradaki ls-files --ignored --exclude-standard | xargs git rm -r --cachedyaklaşımı öneren yayınları kullanmak istedim . Ancak, kaldırılacak dosyaların (bazılarında) \nadlarında katıştırılmış yeni satır / LF / bulunur . Çözümlerin hiçbiri:

git ls-files --ignored --exclude-standard | xargs -d"\n" git rm --cached
git ls-files --ignored --exclude-standard | sed 's/.*/"&"/' | xargs git rm -r --cached

bu durumla başa çık (dosyalar hakkında hata bulunamadı).

Bu yüzden teklif ediyorum

git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached
git commit -am "Remove ignored files"

Bu kullanır -ziçin argüman ls dosyaları ve -0karşı argüman Xargs hitap Dosya adlarında güvenle / doğru için "pis" karakter.

Kılavuz sayfasında git-ls-files (1) şunu belirtir:

-Z seçeneği kullanılmadığında, yol adlarındaki SEKME, LF ve ters eğik çizgi karakterleri sırasıyla \ t, \ n ve \\ olarak gösterilir.

dosya adlarında bu karakterlerden herhangi biri varsa benim çözümüm gerektiğini düşünüyorum.

1. .gitignoreDosyanızı güncelleyin - örneğin, izlemek istemediğiniz bir klasör ekleyin .gitignore.

2. git rm -r --cached .- İstenen ve istenmeyen dahil olmak üzere tüm izlenen dosyaları kaldırın. Yerel olarak kaydettiğiniz sürece kodunuz güvende olacaktır.

3. git add .- Dosyaları hariç, tüm dosyalar geri eklenir .gitignore.

Bizi doğru yöne yönlendirdiği için @AkiraYamamoto'ya şapka ucu.

Bence, belki de git nedeniyle dosya tamamen unutulamıyor ( bölüm "Anlık Görüntüler, Farklar" bölümü ).

Bu sorun, örneğin CVS kullanılırken mevcut değildir. CVS, bilgileri dosya tabanlı değişikliklerin bir listesi olarak saklar. CVS bilgileri, bir dosya kümesidir ve zamanla her dosyada yapılan değişikliklerdir.

Ancak Git'te projenizin durumunu her kaydettiğinizde veya kaydettiğinizde, temelde o anda tüm dosyalarınızın nasıl göründüğünün bir resmini çeker ve bu anlık görüntüye bir referans depolar. Yani, bir kez dosya eklediyseniz, bu anlık görüntüde her zaman bulunacaktır.

Bu 2 makale bana yardımcı oldu:

git varsay-değişmedi vs atlama-worktree ve Git ile izlenen dosyalarda değişiklik nasıl göz ardı edilir

Buna dayanarak dosya zaten izleniyorsa aşağıdakileri yaparım:

git update-index --skip-worktree <file>

Bu andan itibaren bu dosyadaki tüm yerel değişiklikler göz ardı edilecek ve uzaktan kumandaya geçmeyecek. Dosya uzaktan kumandayla değiştirilirse, çakışma olur git pull. Stash çalışmaz. Bu sorunu çözmek için dosya içeriğini güvenli bir yere kopyalayın ve şu adımları izleyin:

git update-index --no-skip-worktree <file>
git stash
git pull 

Dosya içeriği uzak içerikle değiştirilecektir. Değişikliklerinizi güvenli yerden dosyaya yapıştırın ve tekrar gerçekleştirin:

git update-index --skip-worktree <file>

Eğer proje ile çalışan herkes performans gösterecekse git update-index --skip-worktree <file>, problemleri pullolmamalıdır. Bu çözüm, her geliştiricinin kendi proje yapılandırmasına sahip olduğu yapılandırma dosyaları için uygundur.

Dosya uzaktan kumandayla değiştirildiğinde her seferinde bunu yapmak çok uygun değildir, ancak uzak içeriğin üzerine yazılmasına karşı koruyabilir.

Aşağıdaki adımları seri olarak yapın, iyi olacaksınız.

1. kaldır yanlışlıkla eklenen dosyaları / depodan . "Rm -r" (linux için) komutunu kullanabilir veya dizinlere göz atarak bunları silebilirsiniz. Veya bunları PC'nizdeki başka bir konuma taşıyın. [ Taşıma / çıkarma için çalıştırıyorsanız IDE'yi kapatmanız gerekebilir ]

2. dosyaları / dizinleri gitignoreşimdi dosyaya ekleyin ve kaydedin.

3. onları kaldır bu komutları kullanarak git önbellekten (birden fazla dizin varsa, bu komutu tekrar tekrar bunları tek tek kaldırın)

git rm -r --cached path-to-those-files

4.Now yapmak bir taahhüt ve itme , bu komutları kullanabilirsiniz. Bu, bu dosyaları git remote'dan kaldırır ve git'in bu dosyaları izlemeyi durdurmasını sağlar.

git add .
git commit -m "removed unnecessary files from git"
git push origin

Kopyala / yapıştır yanıtı git rm --cached -r .; git add .; git status

Bu komut, Git deposuna zaten taahhüt edilmiş olan dosyaları yok sayar, ancak şimdi bunları ekledik .gitignore.

Matt Fear'ın cevabı en etkili IMHO'ydu. Aşağıdakiler, pencerelerde bulunanlar için yalnızca dışlama listesiyle eşleşen git git deposundan dosyaları kaldırmak üzere kullanılan bir PowerShell betiğidir.

# Get files matching exclusionsfrom .gitignore
# Excluding comments and empty lines
$ignoreFiles =  gc .gitignore | ?{$_ -notmatch  "#"} |  ?{$_ -match  "\S"} | % {
                    $ignore = "*" + $_ + "*"
                    (gci -r -i $ignore).FullName
                }
$ignoreFiles = $ignoreFiles| ?{$_ -match  "\S"}

# Remove each of these file from Git 
$ignoreFiles | % { git rm $_}

git add .

Dosyayı güvenli bir konuma taşıyın veya kopyalayın, böylece kaybetmezsiniz. Sonra git rm dosyasını ve taahhüt. Daha önceki taahhütlerden birine veya kaldırılmadığı başka bir şubeye dönerseniz dosya görünmeye devam eder. Ancak, gelecekteki tüm taahhütlerde dosyayı bir daha görmezsiniz. Dosya git yoksay öğesindeyse, dosyayı tekrar klasöre taşıyabilirsiniz ve git dosyayı görmez.

git rm --cachedKomutun kullanılması orijinal soruya cevap vermez:

git[Bir dosyayı] tamamen unutmaya nasıl zorlarsınız ?

Aslında, bu çözüm bir !! Yürütülürken dosyanın deponun diğer tüm örneklerinde silinmesine neden olur git pull.

Git'i bir dosyayı unutmaya zorlamanın doğru yolu, GitHub tarafından burada belgelenir .

Belgeleri okumanızı tavsiye ederim, ancak temel olarak:

git fetch --all
git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch full/path/to/file' --prune-empty --tag-name-filter cat -- --all
git push origin --force --all
git push origin --force --tags
git for-each-ref --format='delete %(refname)' refs/original | git update-ref --stdin
git reflog expire --expire=now --all
git gc --prune=now

full/path/to/filedosyanın tam yolu ile değiştirin . Dosyayı bilgisayarınıza eklediğinizden emin olun .gitignore.

Git geçmişinizi değiştirdiğiniz için deponuza hızlı ileriye doğru olmayan itmelere de (geçici olarak) izin vermeniz gerekir.

BFG o (-in-your-akım-işlemediği) dosyaları herhangi bir büyük tarihsel kaldıracaktır basit bayrağı vardır, böylece özellikle Git repo dan büyük dosyaları veya şifreler gibi istenmeyen verileri kaldırmak için tasarlanmıştır: '--strip-blobs- daha büyük'

$ java -jar bfg.jar --strip-blobs-bigger-than 100M

Dosyaları ada göre belirtmek isterseniz, bunu da yapabilirsiniz:

$ java -jar bfg.jar --delete-files *.mp4

BFG, git filtre kolundan 10-1000x daha hızlıdır ve genellikle kullanımı çok daha kolaydır - daha fazla ayrıntı için tüm kullanım talimatlarını ve örneklerini kontrol edin .

Kaynak: https://confluence.atlassian.com/bitbucket/reduce-repository-size-321848262.html

CLI'yi kullanmak istemiyorsanız ve Windows üzerinde çalışıyorsanız, TortoiseGit'i kullanmak için çok basit bir çözüm, iyi çalışan menüde "Sil (yerel tut)" Eylemine sahiptir.

JonBrave'nin cevabını beğendim, ancak -a beni biraz korkutacak kadar dağınık çalışma dizinlerim var, işte yaptığım şey:

git config - küresel alias.exclude-ignored '! git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r - önbelleğe alınmış && git ls-files -z --ignored --exclude-standard | xargs -0 git stage && git stage .gitignore && git commit -m "yeni gitignore ve yok sayılan dosyaları dizinden kaldır"

parçalamak:

git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached 
git ls-files -z --ignored --exclude-standard | xargs -0 git stage 
git stage .gitignore 
git commit -m "new gitignore and remove ignored files from index"

• yok sayılan dosyaları dizinden kaldır
• stage .gitignore ve az önce kaldırdığınız dosyalar
• işlemek

Bu artık en son git'te (yazma sırasında v2.17.1) bir sorun değildir.

.gitignoreSonunda izlenen-ama-silinen dosyaları yoksayar. Aşağıdaki komut dosyasını çalıştırarak bunu kendiniz test edebilirsiniz. Son git statusaçıklamada "yapılacak hiçbir şey yok" ifadesi yer almalıdır.

# Create empty repo
mkdir gitignore-test
cd gitignore-test
git init

# Create a file and commit it
echo "hello" > file
git add file
git commit -m initial

# Add the file to gitignore and commit
echo "file" > .gitignore
git add .gitignore
git commit -m gitignore

# Remove the file and commit
git rm file
git commit -m "removed file"

# Reintroduce the file and check status.
# .gitignore is now respected - status reports "nothing to commit".
echo "hello" > file
git status

Önceden taahhüt edilmiş olması halinde DS_Store:

find . -name .DS_Store -print0 | xargs -0 git rm --ignore-unmatch

Bunları yoksay:

echo ".DS_Store" >> ~/.gitignore_global
echo "._.DS_Store" >> ~/.gitignore_global
echo "**/.DS_Store" >> ~/.gitignore_global
echo "**/._.DS_Store" >> ~/.gitignore_global
git config --global core.excludesfile ~/.gitignore_global

Son olarak, bir taahhütte bulunun!

Özellikle IDE tabanlı dosyalar için bunu kullanıyorum:

Örneğin slnx.sqlite, ben sadece tamamen aşağıdaki gibi kurtulmak:

git rm {PATH_OF_THE_FILE}/slnx.sqlite -f
git commit -m "remove slnx.sqlite"

Bu dosyaların bazılarının bazı yerel kullanıcı ayarlarını ve projeler için tercihleri ​​(açtığınız dosyalar gibi) depoladığını unutmayın. Dolayısıyla, IDE'nizde her gezinişinizde veya bazı değişiklikler yaptığınızda, bu dosya değiştirilir ve bu nedenle dosyayı kontrol eder ve taahhüt edilmemiş değişiklikler olduğunu gösterir.

Kabul edilen cevap Git'i bir dosya hakkında "unutturmaz" ... (tarihsel olarak). Bu sadece git'in şimdiki / gelecekteki dosyayı yoksaymasını sağlar .

Bu yöntem markaları git'e unutmak tamamen göz ardı dosyaları ( geçmiş / bugün / gelecek), ancak does not (uzaktan gelen yeniden çekti bile) çalışma dizinden silme şey.

Bu yöntem /.git/info/exclude(tercih edilen) VEYA bir önceden varolan .gitignore içinde tüm dosyaları var kaydedilmesini unutulmuş / göz ardı edilecek.¹

Git'in uygulanmasına yönelik tüm yöntemler, gerçekte etkili bir şekilde yeniden yazma geçmişinden sonra davranışı görmezden gelir ve bu nedenle, bu işlemden sonra çekilebilecek herhangi bir kamu / paylaşılan / işbirlikçi depo için önemli sonuçlar doğurur. ²

Genel tavsiye: temiz bir repo ile başlayın - her şey yapıldı, çalışma dizininde veya dizinde bekleyen hiçbir şey yok ve bir yedek alın !

Ayrıca, yorum / düzeltme geçmişi içinde bu cevabı ( ve düzeltme geçmişi arasında bu soruya ) aydınlatarak / faydalı olabilir.

#commit up-to-date .gitignore (if not already existing)
#this command must be run on each branch

git add .gitignore
git commit -m "Create .gitignore"

#apply standard git ignore behavior only to current index, not working directory (--cached)
#if this command returns nothing, ensure /.git/info/exclude AND/OR .gitignore exist
#this command must be run on each branch

git ls-files -z --ignored --exclude-standard | xargs -0 git rm --cached

#Commit to prevent working directory data loss!
#this commit will be automatically deleted by the --prune-empty flag in the following command
#this command must be run on each branch

git commit -m "ignored index"

#Apply standard git ignore behavior RETROACTIVELY to all commits from all branches (--all)
#This step WILL delete ignored files from working directory UNLESS they have been dereferenced from the index by the commit above
#This step will also delete any "empty" commits.  If deliberate "empty" commits should be kept, remove --prune-empty and instead run git reset HEAD^ immediately after this command

git filter-branch --tree-filter 'git ls-files -z --ignored --exclude-standard | xargs -0 git rm -f --ignore-unmatch' --prune-empty --tag-name-filter cat -- --all

#List all still-existing files that are now ignored properly
#if this command returns nothing, it's time to restore from backup and start over
#this command must be run on each branch

git ls-files --other --ignored --exclude-standard

Son olarak, bu GitHub kılavuzunun geri kalanını izleyin (6. adımdan başlayarak) komutlarla ilgili önemli uyarıları / bilgileri içeren .

git push origin --force --all
git push origin --force --tags
git for-each-ref --format="delete %(refname)" refs/original | git update-ref --stdin
git reflog expire --expire=now --all
git gc --prune=now

Şimdi değiştirilmiş uzak repodan gelen diğer geliştiriciler bir yedek oluşturmalı ve sonra:

#fetch modified remote

git fetch --all

#"Pull" changes WITHOUT deleting newly-ignored files from working directory
#This will overwrite local tracked files with remote - ensure any local modifications are backed-up/stashed

git reset FETCH_HEAD

Dipnotlar

¹ Çünkü /.git/info/excludebelki de yukarıdaki talimatları kullanarak tüm tarihi kaydedilmesini uygulanan alma hakkında ayrıntılı bilgi alınabilir .gitignoredosyası içine tarihsel bunun bu yanıt kapsamı dışındadır gerek (ler) işlemek. Yaptığım .gitignoreilk şeymiş gibi kök salmış olmak istedim . Diğerleri umursamayabilir, çünkü taahhüt tarihinde var olan /.git/info/excludeyere bakılmaksızın aynı şeyi başarabilir ve sonuçların farkında olsa bile .gitignoretarihin açıkça yeniden yazılması çok hassas bir konudur .

FWIW, potansiyel yöntemler, bu sorunun cevapları gibi her bir taahhüde haricigit rebase bir git filter-branchkopya içerebilir .gitignore

² Git git rm --cachedkomutunun, aslında bağımsız bir komutun sonuçlarını uygulayarak yoksayma davranışını zorlamak, zorla itilen uzaktan kumandanın gelecekteki çekmelerinde yeni yok sayılan dosya silinmesine neden olabilir . Aşağıdaki --prune-emptykomuttaki bayrak, git filter-branchyalnızca "tüm yok sayılan dosyaları sil" dizinine yalnızca otomatik olarak kaldırarak bu sorunu önler. Git tarihinin yeniden yazılması , kamusal / paylaşılan / işbirlikçi depolardan gelecekteki çekimlere zarar verecek olan karma karmaları da değiştirir . Lütfen böyle bir repoya yapmadan önce sonuçları tam olarak anlayın . Bu GitHub kılavuzu aşağıdakileri belirtir:

Ortak çalışanlarınıza yeniden pazarlamasını söyleyin , değil birleştirme, bunlar eski (kusurlu) depo tarihin kapalı oluşturulan herhangi dalları. Bir birleştirme taahhüdü, tasfiye etme sorununa gittiğiniz lekeli tarihin bir kısmını veya tamamını yeniden başlatabilir.

Alternatif çözümler yok uzak repo etkileyecek olan git update-index --assume-unchanged </path/file>veya git update-index --skip-worktree <file>örnekleri bulunabilir, burada .

Windows'da zor zamanlar geçiren ve tüm klasörü yoksaymak istiyorsanız, 'cd' yi 'klasör' ye getirin ve 'Git Bash Here' yapın.

git ls-files -z | xargs -0 git update-index --assume-unchanged

Burada benim durumumda, kaldırmak için gereken birkaç dizin birkaç .lock dosyaları vardı. Aşağıdaki koştu ve bunları kaldırmak için her dizine gitmek zorunda kalmadan çalıştı:

git rm -r --cached **/*.lock

Bunu yaptığım yerde 'kök' altındaki her bir klasöre gitti ve desen ile eşleşen tüm dosyaları hariç tuttu.

Umarım bu başkalarına yardımcı olur!