У меня есть локальные изменения в файле, которые я не хочу фиксировать в своем хранилище. Это файл конфигурации для сборки приложения на сервере, но я хочу собрать локально с другими настройками. Естественно, файл всегда отображается, когда я делаю «git status», как что-то, что нужно поставить. Я хотел бы скрыть это конкретное изменение, а не совершать его. Я не буду вносить другие изменения в файл.

После нескольких копаний я вижу 2 варианта: «предположить, без изменений» и «пропустить рабочее дерево». Предыдущий вопрос здесь говорит о них, но на самом деле не объясняет их различия. У меня такой вопрос: чем отличаются две команды? Зачем кому-то использовать один или другой?

Вы хотите skip-worktree.

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

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

Хорошее резюме последствий этой разницы и типичных случаев использования здесь: http://fallengamer.livejournal.com/93321.html .

Из этой статьи:

• --assume-unchangedПредполагается, что разработчик не должен изменять файл. Этот флаг предназначен для повышения производительности для неизменяемых папок, таких как SDK.
• --skip-worktreeполезно, когда вы указываете git не трогать определенный файл, потому что разработчики должны изменить его. Например, если основной основной репозиторий содержит несколько готовых файлов конфигурации и вы не хотите случайно вносить изменения в эти файлы, --skip-worktreeэто именно то, что вам нужно.

Примечание: fallengamer провел несколько тестов в 2011 году (поэтому они могут быть устаревшими), и вот его выводы :

операции

• Файл изменяется как в локальном репозитории, так и в апстриме
  git pull:
  Git сохраняет локальные изменения в любом случае.
  Таким образом, вы случайно не потеряете данные, помеченные любым из флагов.
  • Файл с assume-unchangedфлагом: Git не будет перезаписывать локальный файл. Вместо этого он будет выводить конфликты и советы, как их разрешать
  • Файл с skip-worktreeфлагом: Git не будет перезаписывать локальный файл. Вместо этого он будет выводить конфликты и советы, как их разрешать

• Файл изменяется как в локальном репозитории, так и в восходящем потоке, все равно пытаясь извлечь. Используя результаты в некоторой дополнительной ручной работе, но, по крайней мере, вы не потеряете данные, если у вас будут локальные изменения.
  git stash
git pull
skip-worktree
  • Файл с assume-unchangedфлагом: Отменяет все локальные изменения без возможности их восстановления. Эффект похож на ' git reset --hard'. ' git pull' вызов будет успешным
  • Файл с skip-worktreeфлагом: Stash не будет работать с skip-worktreeфайлами. ' git pull' потерпит неудачу с той же ошибкой, что и выше. Разработчик вынужден вручную сбросить skip-worktreeфлаг, чтобы иметь возможность скрыть и завершить сбой pull.

• Локальных изменений нет, файл исходных данных изменен Оба флага не помешают вам получить входящие изменения. Git обнаруживает, что вы нарушили обещание, и пытается отразить реальность, сбросив флаг.
  git pull
assume-unchanged
  • Файл с assume-unchangedфлагом: содержимое обновлено, флаг утерян.
    ' git ls-files -v' показывает, что флаг изменен на H(с h).
  • Файл с skip-worktreeфлагом: содержимое обновлено, флаг сохранен.
    ' git ls-files -v' будет показывать тот же Sфлаг, что и до pull.

• При изменении локального файла Git не трогает файл и отражает реальность (файл, обещанный неизменным, фактически был изменен) для файла.
  git reset --hard
skip-worktreeassume-unchanged
  • Файл с assume-unchangedфлагом: содержимое файла обращено. Флаг сбрасывается на H(с h).
  • Файл с skip-worktreeфлагом: содержимое файла не повреждено. Флаг остается прежним.

Он добавляет следующий анализ:

• Похоже , что skip-worktreeэто очень старается сохранить свои локальные данные . Но это не мешает вам вносить изменения, если это безопасно. Плюс git не сбрасывает флаг pull.
  Но игнорирование команды ' reset --hard' может стать неприятным сюрпризом для разработчика.

• Assume-unchangedфлаг может быть утерян во время pullоперации, и локальные изменения внутри таких файлов не кажутся важными для git.

Видеть:

• Комментарий Junio ​​(текущий сопровождающий git) о намеренияхassume-unchanged ,

  В частности, Junio ​​указывает, что изменения в assume-unchangedфайлах могут быть случайно зафиксированы: «если Git может определить путь, помеченный как assume-unchangedизмененный, без дополнительных затрат на lstat (2), он оставляет за собой право сообщить, что путь был изменен ( в результате можете git commit -aсвободно вносить эти изменения). "

• разница между assume-unchangedи skip-worktreeкак обсуждалось в списке рассылки git при добавлении skip-worktreeпатча .

Он делает вывод:

На самом деле ни один из флагов не является достаточно интуитивным .

• assume-unchangedПредполагается, что разработчик не должен изменять файл. Если файл был изменен - ​​тогда это изменение не важно. Этот флаг предназначен для повышения производительности для неизменяемых папок, таких как SDK.
  Но если обещание нарушено и файл фактически изменен, git возвращает флаг, чтобы отразить реальность. Вероятно, все-таки есть несколько несовместимых флагов в папках, которые обычно не предназначены для изменения.

• С другой стороны skip-worktree, полезно, когда вы указываете git не трогать определенный файл. Это полезно для уже отслеженного файла конфигурации.
  Основной основной репозиторий содержит несколько готовых конфигураций, но вы хотели бы изменить некоторые параметры в конфигурации, чтобы иметь возможность проводить локальное тестирование. И вы не хотите случайно проверять изменения в таком файле, чтобы повлиять на производственный конфиг. В таком случае skip-worktreeделает идеальную сцену.

С Git 2.25.1 (февраль 2020 г.), «фактически ни один из флагов не является достаточно интуитивным», упомянутое выше, дополнительно разъясняется:

См. Коммит 7a2dc95 , коммит 1b13e90 (22 января 2020 г.) от Брайана М. Карлсон ( bk2204) .
^{(Слиты Junio C Hamano - gitster- в фиксации 53a8329 , 30 Jan 2020)}
( Git список рассылки )

doc: отговорить пользователей от попыток игнорировать отслеживаемые файлы

^{Подписано: Джефф Кинг
Подписано: Брайан М. Карлсон}

Пользователи часто хотят игнорировать изменения в файле, который отслеживает Git.

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

Тем не менее, пользователи узнают о предполагаемых неизменяемых битах и ​​битах пропуска рабочего дерева и в любом случае пытаются использовать их для этого.

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

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

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

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

Страница git update-indexman теперь включает в себя:

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

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

Эта последняя часть - то, что я описываю типичный драйвер фильтра контента, основанный на нечетких / чистых скриптах .