Come posso fare in modo che git ignori le future revisioni di un file?

Ho creato una versione predefinita di un file incluso in un repository git. È importante che quando qualcuno clona il repository ottenga una copia di questo file. Tuttavia, vorrei impostare git in modo che ignori le modifiche a questo file in seguito. .gitignorefunziona solo su file non tracciati.

La mia motivazione è che questo file contiene informazioni specifiche della macchina. Vorrei fornire valori predefiniti, consentendo allo stesso tempo alle persone di apportare modifiche locali che non verranno rimandate al repository di origine, creando conflitti di unione quando vengono apportate nuove modifiche.

In genere siamo abbastanza pigri e usiamo git add .molto, quindi sono abbastanza sicuro che se non riesco a dire a git di ignorare questo file, le modifiche finiranno per essere impegnate e spinte.

Riassumere,

1. Vorrei creare un file, chiamarlo default_values.txtche viene aggiunto al mio repository git ed è incluso quando qualcuno clona quel repository.
2. git add .non dovrebbe aggiungere default_values.txtal commit.
3. Questo comportamento deve essere trasmesso a tutti i cloni del repository.

Come molti altri hanno già detto, una buona soluzione moderna è:

git update-index --skip-worktree default_values.txt

Ciò ignorerà le modifiche a quel file, sia locale che upstream, fino a quando non deciderai di consentirle nuovamente con:

git update-index --no-skip-worktree default_values.txt

È possibile ottenere un elenco di file contrassegnati come ignorati con:

git ls-files -v . | grep ^S

Si noti che --skip-worktree, a differenza di , lo --assume-unchangedstato andrà perso una volta che viene apportata una modifica a monte.

Quello che stai cercando è git update-index --assume-unchanged default_values.txt.

Vedi i documenti per maggiori dettagli: http://www.kernel.org/pub/software/scm/git/docs/git-update-index.html

L'approccio che ho visto generalmente è quello di creare un file con un nome diverso, ad esempio: default_values_template.txt e inserire default_values.txt nel tuo .gitignore. Chiedere alle persone di copiare default_values_template.txt in default_values.txt nelle loro aree di lavoro locali e apportare le modifiche necessarie.

Dai un'occhiata a sbudge / scripting pulito. In questo modo è possibile controllare la versione del file ma quando viene estratto, lo si "macchia" sostituendo i dati generici / segnaposto con i dati specifici della macchina nel file.

Quando lo commetti, lo "pulirai" sostituendo le informazioni specifiche della macchina con informazioni generiche o segnaposto.

Gli script sfumino / pulito devono essere deterministici in quanto applicarli più volte, in diversi ordini equivale a eseguire l'ultimo nella sequenza.

Lo stesso può essere applicato con le password se è necessario esporre il proprio repository ma i contenuti possono contenere informazioni riservate.

Ho risolto questo definendo il filtro "pulito" per semplicemente cat il contenuto del file nell'indice.

git show :path/to/myfile dovrebbe semplicemente stampare il contenuto dell'indice per il file specificato, quindi possiamo usarlo in uno script per sostituire la copia funzionante con la copia non trattata nell'indice:

#! /bin/sh

git show :$1

Impostalo come filtro "pulito" per il file in questione (supponendo di averlo inserito in "discard_changes"):

$ git config filter.ignore_myfile.clean "discard_changes path/to/myfile"
$ echo "path/to/myfile filter=ignore_myfile" >> .gitattributes

Sfortunatamente non riesco a trovare un modo per rendere questo generalizzabile a più file, poiché non c'è modo di dire quale file stiamo elaborando dall'interno dello script pulito. Ovviamente, non c'è nulla che ti impedisca di aggiungere una diversa regola di filtro per ogni file, ma è un po 'confusa.

Ho trovato una soluzione che funziona per il mio team. Condividiamo i nostri githook tramite link simbolici e dopo aver aggiunto un file modello a git ho aggiunto un hook pre-commit che controlla se il file modello è stato modificato e, in caso affermativo, io git reset -- templatefile.txt. Se è l'unico file modificato, interrompo anche il commit.

Suggerisco di esaminare i sottomoduli. Se si inseriscono i file specifici della macchina in un sottomodulo, git add dovrebbe ignorarlo.