Jak mogę sprawić, by git ignorował przyszłe zmiany w pliku?

Utworzyłem domyślną wersję pliku zawartego w repozytorium git. Ważne jest, aby gdy ktoś sklonował repozytorium, otrzymał kopię tego pliku. Chciałbym jednak ustawić git tak, aby później ignorował zmiany w tym pliku. .gitignoredziała tylko na nieśledzonych plikach.

Moją motywacją jest to, że ten plik zawiera informacje specyficzne dla maszyny. Chciałbym podać wartości domyślne, jednocześnie pozwalając ludziom na dokonywanie lokalnych zmian, które nie zostaną wypchnięte z powrotem do repozytorium pochodzenia, tworząc konflikty scalania, gdy pobieramy nowe zmiany.

Generalnie jesteśmy dość leniwi i git add .dużo używamy , więc jestem prawie pewien, że jeśli nie mogę powiedzieć gitowi, aby zignorował ten plik, zmiany w nim zostaną zatwierdzone i wypchnięte.

Podsumowując,

1. Chciałbym utworzyć plik, nazwać go, default_values.txtktóry jest dodawany do mojego repozytorium git i jest uwzględniany, gdy ktoś sklonuje to repozytorium.
2. git add .nie powinien dodawać default_values.txtdo zatwierdzenia.
3. To zachowanie należy przekazać do wszystkich klonów repozytorium.

Jak wielu innych wspomniało, dobrym nowoczesnym rozwiązaniem jest:

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

To zignoruje zmiany w tym pliku, zarówno lokalne, jak i nadrzędne, dopóki nie zdecydujesz się na nie ponownie za pomocą:

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

Możesz uzyskać listę plików oznaczonych jako pominięte:

git ls-files -v . | grep ^S

Zauważ, że w przeciwieństwie do tego --skip-worktree, --assume-unchangedstatus zostanie utracony po ściągnięciu zmiany nadrzędnej.

To, czego szukasz, to git update-index --assume-unchanged default_values.txt.

Więcej informacji można znaleźć w dokumentacji: http://www.kernel.org/pub/software/scm/git/docs/git-update-index.html

Podejście, które ogólnie widziałem, polega na utworzeniu pliku o innej nazwie, np. Default_values_template.txt i umieszczeniu default_values.txt w swoim .gitignore. Poinstruuj ludzi, aby skopiowali default_values_template.txt do default_values.txt w ich lokalnych obszarach roboczych i wprowadzili potrzebne zmiany.

Przyjrzyj się rozmaitym / czystym skryptom. W ten sposób możesz kontrolować wersję pliku, ale kiedy jest on wyewidencjonowany, będziesz go „rozmazać”, zastępując dane ogólne / zastępcze danymi specyficznymi dla maszyny w pliku.

Po zatwierdzeniu go „wyczyścisz”, zastępując informacje specyficzne dla maszyny informacjami ogólnymi lub informacjami zastępującymi.

Rozmyte / czyste skrypty muszą być deterministyczne w tym sensie, że ich wielokrotne stosowanie w różnej kolejności będzie równoznaczne z uruchomieniem ostatniego w sekwencji.

To samo można zastosować z hasłami, jeśli chcesz ujawnić swoje repozytorium, ale zawartość może zawierać poufne informacje.

Rozwiązałem ten problem, definiując „czysty” filtr, który po prostu umieszcza zawartość pliku w indeksie.

git show :path/to/myfile powinniśmy po prostu wydrukować zawartość indeksu dla określonego pliku, abyśmy mogli użyć tego w skrypcie, aby zastąpić kopię roboczą nietkniętą kopią w indeksie:

#! /bin/sh

git show :$1

Ustaw go jako „czysty” filtr dla danego pliku (zakładając, że umieściłeś go w „discard_changes”):

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

Niestety nie mogę znaleźć sposobu na uogólnienie tego dla wielu plików, ponieważ nie ma sposobu, aby stwierdzić, który plik przetwarzamy z wnętrza czystego skryptu. Oczywiście nic nie stoi na przeszkodzie, aby dodać inną regułę filtrowania dla każdego pliku, ale jest to trochę niewyraźne.

Znalazłem rozwiązanie, które działa dla mojego zespołu. Udostępniamy nasze githooki za pośrednictwem linków symbolicznych i po dodaniu pliku szablonu do gita dodałem hak przed zatwierdzeniem, który sprawdza, czy plik szablonu został zmodyfikowany, a jeśli tak, to ja git reset -- templatefile.txt. Jeśli jest to jedyny zmieniony plik, również przerywam zatwierdzanie.

Proponuję zajrzeć do podmodułów. Jeśli umieścisz pliki specyficzne dla komputera w module podrzędnym, git add powinien je zignorować.