Applicare git .gitignore a un repository esistente

Question

Ho iniziato a utilizzare git con un progetto xcode e ho scoperto di recente che posso utilizzare i file .gitignore e .gitattributes per ignorare il rumore proveniente dal compilatore e dal sistema. Ora che ho i file .gitignore e .gitattributes sul posto, come posso "applicare" le nuove regole di ignoranza e liberarmi del controllo della versione?

Il mio file .gitignore è:

# xcode noise 
*.modelv3 
*.pbxuser 
*.perspective 
*.perspectivev3 
*.pyc 
*~.nib/ 
build/* 

# Textmate - if you build your xcode projects with it 
*.tm_build_errors 

# old skool 
.svn 

# osx noise 
.DS_Store 
profile 

E il mio file .gitattributes è:

*.pbxproj -crlf -diff -merge 

Grazie!

Answer 1

uso git rm --cached per i file e per la git rm -r --cachedbuild/ directory

Answer 2

Non è necessario "applicare" le modifiche. semplicemente inserisci il file .gitignore nella tua directory home (se vuoi che sia globale) o nella root del progetto (se vuoi che sia univoco solo per quel progetto).

Modifica: Mi viene in mente che si potrebbe avere questo problema perché hai aggiunto i file che non vuoi tracciare già. Ecco cosa ha da dire la pagina man di gitignore:

Si noti che tutti i file di gitignore riguardano solo file che non sono già tracciati da git; per ignorare le modifiche non salvate nei file già tracciati, fai riferimento a git update-index --assume-unchanged documentation.

Answer 3

Se sei già il monitoraggio dei file che si desidera ignorare, è necessario rimuoverli con

git rm --cached <file> 

Git non ignorare i file che sono già monitorati (ovvero sono stati aggiunti con git add).

Answer 4

mv the_file_i_want_to_ignore the_file_i_want_to_ignore.back

git rm the_file_i_want_to_ignore

mv the_file_i_want_to_ignore.back the_file_i_want_to_ignore

git status

git commit -m 'ignore a bunch of stuff i should have ignored before'

questo un po 'di un flusso di lavoro manuale, ma la sua come ho fatto in passato.

Answer 5

Se si desidera rimuovere completamente i file, quindi ecco una handy reference from Github.

Sappiate che:

1. Questo sarà riscrivere la storia, quindi è probabilmente vale la pena solo facendo prima di pubblicare il pronti contro termine.
2. Ricorda che i vecchi sha saranno ancora nel database degli oggetti, ma la guida a cui mi sono collegato ti mostrerà come gestirli.

Answer 6

Ecco un modo per “untrack” tutti i file che sono altrimenti sarebbero ignorati sotto l'attuale serie di escludere i modelli:

(GIT_INDEX_FILE=some-non-existent-file \ 
git ls-files --exclude-standard --others --directory --ignored -z) | 
xargs -0 git rm --cached -r --ignore-unmatch -- 

Questo lascia i file nella directory di lavoro, ma li rimuove dal indice.

Il trucco utilizzato qui è quello di fornire un file di indice inesistente a git ls-files in modo che pensi che non ci siano file rilevati. Il codice shell qui sopra richiede tutti i file che verrebbero ignorati se l'indice fosse vuoto e quindi li rimuovesse dall'indice effettivo con git rm.

Dopo che i file sono stati “non tracciata”, utilizzare git status per verificare che nulla di importante è stato rimosso (se in modo regolare i vostri modelli di escludere e utilizzare git reset -- path per ripristinare la voce di indice rimosso). Quindi fai un nuovo commit che lascia fuori il "crud".

Il "crud" sarà ancora in qualsiasi vecchio commit. Puoi usare git filter-branch per produrre versioni pulite dei vecchi commit se hai davvero bisogno di una cronologia pulita (nb usando git filter-branch "riscrive la cronologia", quindi non dovrebbe essere intrapreso alla leggera se hai qualche collaboratore che ha tirato qualsiasi dei tuoi storici commit dopo il "crud" è stato primo introdotto).