Почему Git не игнорирует мой указанный файл?

Я добавил следующую строку .gitignore:

sites/default/settings.php

но когда я git statusнабираю, он показывает файл в виде неустановленного файла.

В чем проблема? Все остальные шаблоны работают хорошо.

Убедитесь, что вы .gitignoreнаходитесь в корне рабочего каталога, и в этом каталоге запустите git statusи скопируйте путь к файлу из вывода состояния и вставьте его в .gitignore.

Если это не сработает, то, вероятно, ваш файл уже отслеживается Git. Вы можете подтвердить это через вывод git status. Если файл не указан в разделе «Файлы без отслеживания » , то он уже отслеживается Git и будет игнорировать правило из .gitignoreфайла.

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

Для того, чтобы фактически игнорировать файл, вы должны распаковать его и удалить из хранилища. Вы можете сделать это с помощью git rm --cached sites/default/settings.php. Это удаляет файл из хранилища без физического удаления файла (это то, что --cachedделает). После внесения этого изменения файл будет удален из хранилища, и его игнорирование должно работать правильно.

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

git update-index --assume-unchanged sites/default/settings.php

.gitignore будет игнорировать только те файлы, которые вы еще не добавили в свой репозиторий.

Если вы сделали это git add ., и файл был добавлен в индекс, .gitignore вам не поможет. Вам нужно будет сделать, git rm sites/default/settings.phpчтобы удалить его, и тогда он будет проигнорирован.

Пожалуйста, используйте эту команду

git rm -rf --cached .
git add .

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

У меня такая же проблема. Файлы, определенные в .gitingoreтех местах, где они указаны как неотслеживаемые при запуске git status.

Причина была в том, что .gitignoreфайл был сохранен в UTF-16LEкодировке, а не в UTF8кодировке.

После изменения кодировки .gitignoreфайла UTF8у меня это сработало.

Что я сделал, чтобы игнорировать файл settings.php успешно:

1. git rm - кэшированные сайты / default / settings.php
2. совершать (до этого не работал)
3. вручную удалил сайты / default / settings.php (это помогло)
4. мерзавец добавить.
5. совершить (игнорируется успешно)

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

Есть примеры, например, файлы конфигурации приложения, которые я хочу отслеживать в git (поэтому .gitignore не будет работать), но мне нужно изменить их для локальных настроек. Я не хочу, чтобы git управлял этими файлами или показывал их как измененные. Для этого я использую skip-worktree:

git update-index --skip-worktree path/to/file

Вы можете подтвердить, что файлы пропущены, перечислив файлы и проверив наличие строк, начинающихся с S, для пропущенных

git ls-files -v | grep ^S

Если в будущем вы захотите, чтобы git снова управлял файлом локально, просто запустите:

 git update-index --no-skip-worktree path/to/file

У Мескалито выше был отличный ответ, который привел меня на правильный путь, но

git update-index --assume-неизмененный файл / to / ignore.php

Имеет контракт с git, в котором: пользователь обещает не изменять файл и позволяет Git предполагать, что файл рабочего дерева соответствует тому, что записано в индексе.

Однако я изменяю содержимое файлов, поэтому в моем случае --skip-worktree - лучший вариант.

На сайте Toshiharu Nishina представлено отличное объяснение пропуска рабочего дерева и предположения без изменений: игнорирование файлов, уже управляемых с помощью Git локально

Другая возможная причина - несколько экземпляров git-клиентов, работающих одновременно . Например "git shell" + "GitHub Desktop" и т. Д.

Это случилось со мной, я использовал «GitHub Desktop» в качестве основного клиента и игнорировал некоторые новые настройки .gitignore: commit after commit:

1. Вы что-то делаете.
2. Далее, commit: игнорирует настройки .gitignore. Commit включает в себя множество временных файлов, упомянутых в .gitignore.
3. Очистить кеш git; проверьте, является ли .gitignore UTF8; удалить файлы -> зафиксировать -> переместить файлы назад; пропустить 1 коммит - ничего не помогло.

Причина : редактор кода Visual Studio работал в фоновом режиме с тем же открытым хранилищем. VS Code имеет встроенное управление git, и это создает некоторые конфликты.

Решение : перепроверьте несколько скрытых клиентов git и используйте только один клиент git одновременно, особенно при очистке кэша git.

Убедитесь, что .gitignore не имеет расширения !! Это не может быть .gitignore.txt, в Windows просто назовите файл .gitignore. и это будет работать.

Я только что попробовал это с git 1.7.3.1, и получил такую ​​структуру:

repo/.git/
repo/.gitignore
repo/sites/default/settings.php

где, repoтаким образом, «корень», упомянутый выше (я бы назвал его корнем вашего рабочего дерева), и .gitignoreсодержит только sites/default/settings.php, игнорирование работает для меня (и не имеет значения, .gitignoreдобавлен ли он в репозиторий или нет). Это соответствует вашему макету репо? Если нет, то чем отличается?

На всякий случай у кого-нибудь в будущем возникнет та же проблема, что и у меня:

Если вы используете

*
!/**/
!*.*

Хитрость для удаления двоичных файлов без расширения, убедитесь, что все остальные строки gitignore находятся ниже. Git будет читать из .gitignore сверху, поэтому, несмотря на то, что у меня в gitignore было «test.go», оно было первым в файле и стало «игнорируемым» после

!*.*

Я попробовал большинство команд выше на терминале VS Code, и я получил такие ошибки, как:

fatal: pathspec '[dir]/[file]' did not match any files

Я открыл проект на GitHub Desktop и проигнорировал его, и он заработал.