Come posso impedire a .gitignore di apparire nell'elenco dei file non tracciati?

Ho appena fatto uno git initalla radice del mio nuovo progetto.

Quindi ho creato un .gitignorefile.

Ora, quando scrivogit status , il file .gitignore appare nell'elenco dei file non tracciati. Perché?

Il .gitignorefile dovrebbe essere nel tuo repository, quindi dovrebbe effettivamente essere aggiunto e impegnato, come git statussuggerisce. Deve far parte della struttura del repository, in modo che le modifiche ad esso possano essere unite e così via.

Quindi, aggiungilo al tuo repository, non dovrebbe essere gitignored.

Se vuoi davvero, puoi aggiungerlo .gitignoreal .gitignorefile se non vuoi che venga eseguito il commit. Tuttavia, in quel caso è probabilmente meglio aggiungere gli ignori a .git/info/exclude, uno speciale file di checkout-local che funziona proprio come .gitignore ma non viene visualizzato in "stato git" poiché si trova nella .gitcartella.

Vedi anche https://help.github.com/articles/ignoring-files

Se si desidera memorizzare l'elenco di file ignorati all'esterno dell'albero Git, è possibile utilizzare il file .git / info / exclude . Viene applicato solo al checkout del repository.

Potresti effettivamente inserire una riga .gitignorenel tuo .gitignorefile. Ciò farebbe .gitignoreignorare il file da git. In realtà non penso sia una buona idea. Penso che il file ignore debba essere controllato e monitorato. Lo sto solo pubblicando per completezza.

Puoi anche avere un .gitignorefile git utente globale che si applicherà automaticamente a tutti i tuoi repository. Questo è utile per i file IDE ed editor (ad es. swpE *~file per Vim). Modifica le posizioni delle directory in base al tuo sistema operativo.

1. Aggiungi al tuo ~/.gitconfigfile:

   [core]
   excludesfile = /home/username/.gitignore
   

2. Creare un ~/.gitignorefile con schemi di file da ignorare.

3. Salvare i file dot in un altro repository in modo da disporre di un backup (opzionale).

Ogni volta che copi, esegui o cloni un repository, verrà utilizzato anche il tuo file gitignore globale.

Se qualcuno ha già aggiunto a .gitignoreal tuo repository, ma desideri apportare alcune modifiche e far sì che tali modifiche vengano ignorate, procedi come segue:

git update-index --assume-unchanged .gitignore

Fonte .

Dopo aver aggiunto il .gitignorefile e averlo eseguito il commit, non verrà più visualizzato nell'elenco "file non tracciati".

git add .gitignore
git commit -m "add .gitignore file"
git status

Nel caso in cui qualcun altro abbia lo stesso dolore che abbiamo avuto. Volevamo escludere un file che era già stato eseguito il commit.

Questo post è stato molto più utile: lavorare con .git / info / exclude troppo tardi

In particolare, ciò che è necessario ignorare un file è in realtà utilizzare il comando git remove Vedi git rm ( http://www.kernel.org/pub/software/scm/git/docs/git-rm.html )

lo provi andando

git rm --dry-run *.log
(se dici volevi escludere tutti i file di registro)

questo produrrà ciò che sarebbe escluso se lo eseguissi.

poi

lo esegui andando

git rm *.log
(o qualunque sia il percorso / espressione del nome file che desideri)

Quindi aggiungi una *.loglinea al tuo .gitignorefile.

Ovviamente il file .gitignore viene visualizzato sullo stato, perché non è tracciato e git lo vede come un nuovo file gustoso da mangiare!

Dato che .gitignore è comunque un file non monitorato, è un candidato che può essere ignorato da git quando lo metti in .gitignore!

Quindi, la risposta è semplice: basta aggiungere la riga:

.gitignore # Ignore the hand that feeds!

al tuo file .gitignore!

E, contrariamente alla risposta di August, dovrei dire che non è che il file .gitignore dovrebbe essere nel tuo repository. Accade solo che possa essere, il che è spesso conveniente. Ed è probabilmente vero che questo è il motivo per cui .gitignore è stato creato in alternativa a .git / info / exclude, che non ha l'opzione per essere monitorato dal repository. Ad ogni modo, come usi il tuo file .gitignore dipende totalmente da te.

Per riferimento, controlla la manpage gitignore (5) su kernel.org.

L'idea è di inserire nel file file specifici del progetto .gitignoree (come già detto) di aggiungerli al repository. Per esempio .pyce .ofile, registra che la suite di test crea, alcuni infissi etc.

Per i file che la tua configurazione crea ma che non appariranno necessariamente per tutti gli utenti (come .swpfile se usi vim, directory ecplise nascoste e simili), dovresti usare .git/info/exclude(come già accennato).

Prima di tutto, come molti altri hanno già detto, .gitignoredovresti essere monitorato da Git (e quindi non dovrebbe essere ignorato). Lasciami spiegare perché.

(TL; DR: esegue il commit del .gitignorefile e usa un globale.gitignore per ignorare i file creati dal tuo IDE o dal tuo sistema operativo)

Git è, come probabilmente già saprai, un sistema di controllo della versione distribuita . Ciò significa che consente di passare da una versione all'altra (anche se lo sviluppo è diviso in rami diversi) e consente inoltre a più sviluppatori di lavorare sullo stesso progetto.

Anche se il monitoraggio dei tuoi .gitignorevantaggi ha anche dei vantaggi quando si passa da un'istantanea all'altra, il motivo più importante per impegnarsi è che vorrai condividere il file con altri sviluppatori che stanno lavorando allo stesso progetto. Commettendo il file in Git, altri contributori otterranno automaticamente il .gitignorefile quando clonano il repository, quindi non dovranno preoccuparsi di eseguire il commit accidentale di un file che non dovrebbe essere eseguito il commit (come file di registro, directory della cache, credenziali del database , eccetera.). E se ad un certo punto il progetto .gitignoreviene aggiornato, possono semplicemente inserire quelle modifiche invece di dover modificare il file manualmente.

Naturalmente, ci saranno alcuni file e cartelle che vorresti ignorare, ma che sono specifici per te e non si applicano ad altri sviluppatori. Tuttavia, quelli non dovrebbero essere nel progetto .gitignore. Esistono altri due luoghi in cui è possibile ignorare file e cartelle:

• I file e le cartelle creati dal tuo sistema operativo o IDE devono essere collocati in un globale.gitignore . Il vantaggio è che questo .gitignoreè applicato a tutti i repository sul tuo computer, quindi non è necessario ripeterlo per ogni repository. E non è condiviso con altri sviluppatori, poiché potrebbero utilizzare un sistema operativo e / o IDE diverso.
• I file che non appartengono al progetto .gitignore, né al globale .gitignore, possono essere ignorati usando il repository esplicito esclude inyour_project_directory/.git/info/exclude . Questo file non verrà condiviso con altri sviluppatori ed è specifico per quel singolo repository

Prestare attenzione al seguente "problema" A volte si desidera aggiungere directory ma nessun file all'interno di tali directory. La soluzione semplice è creare un .gitignore con il seguente contenuto:

*

Questo funziona correttamente fino a quando non ti rendi conto che la directory non è stata aggiunta (come previsto nel tuo repository. La ragione di ciò è che anche .gitignore verrà ignorato, e quindi la directory è vuota. Quindi, dovresti fare qualcosa del genere :

*
!.gitignore

Questo sembra funzionare solo per la directory corrente Gitper ignorare tutti i file dal repository.

aggiorna questo file

.git/info/exclude 

con il jolly o il nome file

*pyc
*swp
*~

Se hai già effettuato il check-in .gitignore e desideri ignorare le modifiche apportate, dai un'occhiata a questa risposta :

Prova a usare questo comando:

git update-index --assume-unchanged FILENAME_TO_IGNORE

Per invertirlo (se mai si desidera eseguire il commit delle modifiche), utilizzare:

git update-index --no-assume-unchanged

AGGIORNAMENTO :

Ecco come elencare i file 'assume invariato' nella directory corrente:

git ls-files -v | grep -E "^[a-z]"

Poiché l' -vopzione utilizzerà lettere minuscole per i file 'assume invariato'.

Nel mio caso, voglio escludere un file esistente. Solo la modifica di .gitignore non funziona. Ho seguito questi passaggi:

git rm --cached dirToFile/file.php
vim .gitignore
git commit -a

In questo modo, ho cancellato dalla cache il file che volevo escludere e dopo averlo aggiunto a .gitignore .

Passare alla directory di base del proprio repository git ed eseguire il comando seguente:

echo '\\.*' >> .gitignore

Tutti i file di punti verranno ignorati, incluso quel fastidioso .DS_Store se sei su un mac.

È possibile che un utente finale desideri che Git ignori il file ".gitignore" semplicemente perché le cartelle specifiche IDE create da Eclipse non sono probabilmente le stesse di NetBeans o di un altro IDE. Quindi, per mantenere l'IDE del codice sorgente antagonista, è facile far ignorare un git personalizzato che non è condiviso con l'intero team poiché i singoli sviluppatori potrebbero utilizzare IDE diversi.

.gitignoresi tratta di ignorare altri file. git riguarda i file, quindi si tratta di ignorare i file. Tuttavia, poiché git funziona su file, questo file deve essere presente come meccanismo per elencare gli altri nomi di file.

Se fosse chiamato .the_list_of_ignored_filespotrebbe essere un po 'più ovvio.

Un'analogia è un elenco di cose da fare che NON vuoi fare. A meno che non li elenchi da qualche parte sia una sorta di elenco di "cose ​​da fare" che non conoscerai.

Penso che ci siano situazioni in cui ignorare il .gitignore è molto utile. Ad esempio, quando si hanno più team o un team di grandi dimensioni che lavora sulla stessa base di codice. In tal caso, è necessario disporre di determinate convenzioni, una di quelle convenzioni riguarda ciò che viene ignorato nel repository git. Di solito si tratta di ignorare file e directory creati da IDE o OS, alcuni registri generati, ecc.

Tuttavia, esiste una forza che tende a introdurre modifiche non convenzionali al .gitignorefile. Il .gitignorefile può essere ulteriormente modificato da una persona irresponsabile, per errore, da uno strumento utilizzato o in qualche altro caso.

Per avere una contro-forza in questo, possiamo fare come segue:

1. Il .gitignore iniziale dovrebbe riflettere la convenzione nelle squadre,
2. Dopo averlo spinto, il .gitignore dovrebbe essere protetto aggiungendo la voce .gitignore e spingendo di nuovo quel cambiamento. Il .gitignorefile viene " sigillato " in questo modo.

Il file " sigillato " .gitignorepuò essere modificato, solo localmente, senza propagare i cambiavalute agli altri membri del team. Tuttavia, se un cambiamento è ampiamente concordato in tutto il / i gruppo / i di quanto sia possibile "annullarlo", modificarlo e "sigillarlo" di nuovo. Ciò non può essere fatto per errore, solo intenzionalmente.

Purtroppo, non puoi essere protetto al 100% dalla stupidità, ma in questo modo hai fatto tutto il possibile per impedire che accadessero cose stupide.

Se hai una squadra relativamente piccola con ottimi professionisti, questo non sarebbe importante, ma anche quei ragazzi apprezzerebbero avere una cosa in meno di cui preoccuparsi.

L'utilizzo .git/info/excludeè interessante quando non è possibile eseguire alcuna operazione sulle impostazioni dell'infrastruttura, semplicemente coprendo il proprio ** per non commettere errori.

Da un punto di vista di ciò che è giusto e di ciò che è sbagliato, voto per avere la voce .gitignore all'interno del .gitignorefile, dando a tutti la libertà di fare localmente quello che vogliono, ma non invadere gli altri.

Ho scoperto che il posto migliore per impostare un ignore per i .DS_Storefile fastidiosi è nel .git/info/excludefile.

IntelliJ sembra farlo automaticamente quando si configura un repository git in esso.