Могу ли я 'git commit' файл и игнорировать изменения его содержимого?

Каждый разработчик в моей команде имеет свою локальную конфигурацию. Эта информация о конфигурации хранится в файле с именем, devtargets.rbкоторый используется в наших задачах сборки rake. Однако я не хочу, чтобы разработчики блокировали файл devtargets друг друга.

Моей первой мыслью было поместить этот файл в .gitignoreсписок, чтобы он не использовался в git.

Тогда я начал задаваться вопросом: можно ли зафиксировать файл, но игнорировать изменения в файле? Таким образом, я фиксирую версию файла по умолчанию, а затем, когда разработчик изменяет ее на своем локальном компьютере, git игнорирует эти изменения и не отображается в списке измененных файлов, когда вы выполняете состояние git или фиксируете git ,

Это возможно? Это, безусловно, было бы хорошей особенностью ...

Конечно, я делаю это время от времени, используя

git update-index --assume-unchanged [<file> ...]

Чтобы отменить и снова начать отслеживание (если вы забыли, какие файлы не были отслежены, посмотрите этот вопрос ):

git update-index --no-assume-unchanged [<file> ...]

Соответствующая документация :

- [no-] предположить-без изменений
Когда указан этот флаг, имена объектов, записанные для путей, не обновляются. Вместо этого, эта опция устанавливает / отменяет бит «предположить неизменным» для путей. Когда бит «предположить, что без изменений» включен, пользователь обещает не изменять файл и позволяет Git предполагать, что файл рабочего дерева соответствует тому, что записано в индексе. Если вы хотите изменить файл рабочего дерева, вам нужно сбросить бит, чтобы сообщить Git. Это иногда полезно при работе с большим проектом в файловой системе с очень медленным lstat(2)системным вызовом (например, cifs).

Git потерпит неудачу (изящно), если ему нужно изменить этот файл в индексе, например, при слиянии в коммите; таким образом, в случае, если предполагаемый неотслеживаемый файл будет изменен в восходящем направлении, вам нужно будет обработать ситуацию вручную.

Изящный сбой в этом случае означает, что если есть какие-либо изменения перед этим файлом (допустимые изменения и т. Д.), Когда вы выполняете извлечение, он скажет:

$ git pull
…
From https://github.com/x/y
   72a914a..106a261  master     -> origin/master
Updating 72a914a..106a261
error: Your local changes to the following files would be overwritten by merge:
                filename.ext

и откажется слиться.

На этом этапе вы можете преодолеть это путем отмены локальных изменений, вот один из способов:

 $ git checkout filename.ext

затем снова потяните и повторно измените свой локальный файл, или можете установить, –no-assume-unchangedи вы можете сделать обычное копирование и слияние и т. д. в этот момент.

Предпочтительный способ сделать это - использовать git update-index --skip-worktree <file>, как описано в этом ответе :

assume-unchangedпредназначен для случаев, когда стоит проверить, была ли изменена группа файлов; когда вы устанавливаете бит, git (конечно) предполагает, что файлы, соответствующие этой части индекса, не были изменены в рабочей копии. Таким образом, это позволяет избежать беспорядка статистических звонков. Этот бит теряется всякий раз, когда изменяется запись файла в индексе (то есть, когда файл изменяется в восходящем направлении).

skip-worktreeэто нечто большее: даже если git знает, что файл был изменен (или его нужно изменить с помощью reset --hard или подобного), он будет делать вид, что это не так, вместо этого используя версию из индекса. Это сохраняется до тех пор, пока индекс не будет отброшен.

Чтобы отменить это, используйте git update-index --no-skip-worktree <file>

Начиная с git версии 2.25.1, это больше не рекомендуемый способ, цитируя:

Пользователи часто пытаются использовать биты предположения без изменений и пропуска рабочего дерева, чтобы Git игнорировал изменения в отслеживаемых файлах. Это не работает должным образом, так как Git может по-прежнему проверять файлы рабочего дерева по индексу при выполнении определенных операций. В общем, Git не предоставляет способ игнорировать изменения отслеживаемых файлов, поэтому рекомендуются альтернативные решения.

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

Похоже, что обычной практикой является создание devtargets.default.rbи принятие его, а затем указание каждому пользователю скопировать этот файл devtargets.rb(который находится в списке .gitignore). Например, CakePHP делает то же самое для своего файла конфигурации базы данных, который естественным образом изменяется от компьютера к компьютеру.

Для пользователей IntelliJ IDEA: если вы хотите игнорировать изменения для файла (или файлов), вы можете переместить его в другой файл Change Set.

• Направляйтесь к Local Changes( Cmd + 9)
• Выберите файл (ы), которые вы хотите игнорировать
• F6 переместить их в другой Change Set