Як я можу змусити git ігнорувати майбутні редакції файлу?

Я створив версію файлу за замовчуванням для файлу, що міститься у сховищі git. Важливо, що коли хтось клонує сховище, він отримує копію цього файлу. Однак я хотів би встановити git так, щоб він ігнорував зміни цього файлу пізніше. .gitignoreпрацює лише на відслідковуваних файлах.

Моя мотивація полягає в тому, що цей файл містить специфічну для машини інформацію. Я хотів би надати значення за замовчуванням, дозволяючи людям вносити локальні зміни, які не будуть відштовхуватися до сховища джерел, створюючи конфлікти злиття, коли ми вносимо нові зміни.

Ми, як правило, досить ледачі і git add .багато використовуємо , тому я майже впевнений, що якщо я не можу сказати Git ігнорувати цей файл, зміни в ньому в кінцевому підсумку зробляться і натиснуті.

Узагальнити,

1. Я хотів би створити файл, називати його, default_values.txtякий додається до мого сховища git і включається, коли хтось клонує це сховище.
2. git add .не слід додавати default_values.txtдо комітів.
3. Таку поведінку слід передати будь-яким клонам сховища.

Як багато інших згадували, хорошим сучасним рішенням є:

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

Це дозволить ігнорувати зміни цього файлу, як локальні, так і висхідні, поки ви не вирішите знову дозволити їх:

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

Ви можете отримати список файлів, позначених пропущеними:

git ls-files -v . | grep ^S

Зауважте, що на відміну від цього --skip-worktree, --assume-unchangedстатус втрачається, коли буде проведено зміну вище за течією.

Що ви шукаєте, так і є git update-index --assume-unchanged default_values.txt.

Докладніше див. У документах: http://www.kernel.org/pub/software/scm/git/docs/git-update-index.html

Я зазвичай бачив підхід - створити файл з іншим іменем, наприклад: default_values_template.txt і помістити default_values.txt у свій .gitignore. Доручіть людям копіювати default_values_template.txt до default_values.txt у свої локальні робочі простори та вносити необхідні зміни.

Погляньте на розмазання / чистий сценарій. Таким чином, ви можете керувати версією файлу, але коли він перевіряється, ви "розмазуєте" його, замінюючи загальні дані / дані про розміщення місця на конкретні дані у файлі.

Коли ви зробите це, ви "очистите" його, замінивши певну інформацію про машину загальною інформацією або інформацією про місця.

Сценарії розмазування / очищення повинні бути детермінованими в тому, що застосовуючи їх кілька разів, у різних порядках буде еквівалент просто запуску останнього в послідовності.

Те ж саме можна застосувати до паролів, якщо вам потрібно виставити сховище, але вміст може містити конфіденційну інформацію.

Я вирішив це, визначивши фільтр "чистий", щоб просто передати вміст файлу в індексі.

git show :path/to/myfile слід просто надрукувати вміст індексу для вказаного файлу, щоб ми могли використовувати його в скрипті для заміни робочої копії недоторканою копією в індексі:

#! /bin/sh

git show :$1

Встановіть це як "чистий" фільтр для відповідного файлу (припустимо, що ви його помістили в "discard_changes"):

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

На жаль, я не можу знайти спосіб зробити цей загальний доступ до кількох файлів, оскільки немає можливості сказати, який файл ми обробляємо з чистого сценарію. Звичайно, нічого не заважає вам додавати різні правила фільтру для кожного файлу, але це трохи незрозуміло.

Я знайшов рішення, яке працює для моєї команди. Ми ділимося нашими githooks за допомогою символьних посилань, і після додавання файлу шаблону до git я додав гачок, який попередньо здійснює, який перевіряє, чи файл шаблону був змінений, і якщо так, то я git reset -- templatefile.txt. Якщо це єдиний змінений файл, я також скасовую комісію.

Я пропоную розібратися в підмодулях. Якщо ви розміщуєте певні на машині файли в підмодулі, git add повинен ігнорувати це.