Как сделать Git "забыть" о файле, который был отслежен, но теперь находится в .gitignore?

Существует файл, который отслеживается git, но теперь файл находится в списке .gitignore.

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

3812
задан 13 авг. '09 в 22:23
источник поделиться
21 ответ

.gitignore предотвратит добавление ненужных файлов (без add -f) в набор файлов, отслеживаемых с помощью git, однако git будет продолжать отслеживать любые файлы, которые уже отслеживаются.

Чтобы остановить отслеживание файла, вам нужно удалить его из индекса. Это может быть достигнуто с помощью этой команды.

git rm --cached <file>

Удаление файла из ревизии главы произойдет при следующей фиксации.

4043
ответ дан 13 авг. '09 в 23:40
источник

В приведенной ниже последовательности команд будут удалены все элементы из индекса Git (не из рабочего каталога или локального репо), а затем обновляется индекс Git, при этом игнорируется Git. PS. Index = Кэш

Во-первых:

git rm -r --cached . 
git add .

Тогда:

git commit -am "Remove ignored files"
2070
ответ дан 30 сент. '13 в 16:51
источник

git update-index делает работу для меня:

git update-index --assume-unchanged <file>

Примечание. Это решение на самом деле не зависит от .gitignore поскольку gitignore предназначен только для файлов без следа.

edit: Поскольку этот ответ был опубликован, был создан новый вариант, и это должно быть предпочтительным. Вы должны использовать --skip-worktree который предназначен для модифицированных отслеживаемых файлов, которые пользователь больше не хочет фиксировать, и сохраняйте - --assume-unchanged для производительности, чтобы предотвратить git, чтобы проверить статус больших отслеживаемых файлов. См. qaru.site/questions/1817/... для получения более подробной информации...

766
ответ дан 27 нояб. '13 в 14:24
источник
git ls-files --ignored --exclude-standard -z | xargs -0 git rm --cached
git commit -am "Remove ignored files"

Это берет список игнорируемых файлов и удаляет их из индекса, а затем фиксирует изменения.

225
ответ дан 24 мая '14 в 1:29
источник

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

git ls-files --ignored --exclude-standard | sed 's/.*/"&"/' | xargs git rm -r --cached

В нем перечислены все ваши проигнорированные файлы, вместо каждой строки вывода заменена линией с кавычками, чтобы обрабатывать пути с пробелами внутри и передавать все в git rm -r --cached, чтобы удалить пути/файлы/директории из индекса.

61
ответ дан 19 июня '15 в 18:42
источник

Если вы не можете git rm отслеживать файл, потому что другим людям может понадобиться это (предупреждение, даже если вы git rm --cached, когда кто-то еще получит это изменение, их файлы будут удалены в их файловой системе). Они часто выполняются из-за переопределений файлов конфигурации, учетных данных для проверки подлинности и т.д. Посмотрите на https://gist.github.com/1423106, чтобы люди работали над проблемой.

Обобщить:

  • Попросите приложение искать проигнорированный файл config-overide.ini и использовать его над файлом config.ini (или поочередно искать ~/.config/myapp.ini или $ MYCONFIGFILE)
  • Зафиксируйте файл config-sample.ini и проигнорируйте файл config.ini, при необходимости создайте скрипт или аналогичную копию файла.
  • Попытайтесь использовать gitattributes clean/smudge magic, чтобы применить и удалить изменения для вас, например, смазать файл конфигурации в качестве проверки из альтернативной ветки и очистить файл конфигурации в качестве справки от HEAD. Это сложный материал, я не рекомендую его для начинающего пользователя.
  • Храните файл конфигурации в выделенной ветке развертывания, которая никогда не сливается с мастером. Когда вы хотите развернуть/скомпилировать/протестировать, вы сходите к этой ветке и получите этот файл. Это, по существу, подход с размытым/чистым доступом, за исключением использования политик слияния людей и дополнительных модулей git.
  • Anti-recommentation: Не используйте предполагаемое без изменений, оно только закончится слезами.
49
ответ дан 19 июля '12 в 3:08
источник

переместите его, зафиксируйте, а затем верните его. Это сработало для меня в прошлом. Вероятно, есть способ "gittier" выполнить это.

46
ответ дан 13 авг. '09 в 22:27
источник

Что не сработало для меня

(В Linux) я хотел использовать сообщения, предлагающие подход ls-files --ignored --exclude-standard | xargs git rm -r --cached. Однако (некоторые из) файлов, которые должны быть удалены, имели встроенные символы newline/LF/\n в их именах. Ни одно из решений:

git ls-files --ignored --exclude-standard | xargs -d"\n" git rm --cached
git ls-files --ignored --exclude-standard | sed 's/.*/"&"/' | xargs git rm -r --cached

справиться с этой ситуацией (получить ошибки о файлах не найдено).

Поэтому я предлагаю

git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached

Это использует аргумент -z для ls-files, а аргумент -0 - xargs, чтобы безопасно/корректно использовать для "неприятных" символов в именах файлов.

На странице руководства git -ls-files (1) указано:

Если параметр -z не используется, символы TAB, LF и обратная косая черта в pathnames представлены как \t,\n и\\соответственно.

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

EDIT: меня попросили добавить, что --- как и любая команда git rm - за ней должен следовать commit, чтобы сделать удаление перманентным, например. git commit -am "Remove ignored files".

37
ответ дан 29 дек. '16 в 15:50
источник

Я сделал это, используя git ветвь фильтра. Точная команда, которую я использовал, была взята с man-страницы:

ПРЕДУПРЕЖДЕНИЕ: это приведет к удалению файла из всей истории

git filter-branch --index-filter 'git rm --cached --ignore-unmatch filename' HEAD

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

35
ответ дан 13 авг. '09 в 22:35
источник

Используйте это, когда:

1. Вы хотите отформатировать много файлов или

2. Вы обновили свой файл gitignore

Ссылка источника: http://www.codeblocq.com/2016/01/Untrack-files-already-added-to-git-repository-based-on-gitignore/

Допустим, вы уже добавили/перенесли некоторые файлы в свой репозиторий git, а затем добавили их в свой.gitignore; эти файлы все равно будут присутствовать в вашем индексе репозитория. В этой статье мы увидим, как избавиться от них.

Шаг 1: Зафиксируйте все свои изменения

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

Шаг 2. Удалите все из хранилища.

Чтобы очистить свое репо, используйте:

git rm -r --cached .
  • rm - команда удаления
  • -r позволит рекурсивное удаление
  • -Cached будет удалять только файлы из индекса. Ваши файлы все равно будут там.

Команда rm может быть неумолимой. Если вы хотите попробовать, что он делает заранее, добавьте -n или --dry-run чтобы проверить все.

Шаг 3: добавьте все

git add .

Шаг 4: Зафиксировать

git commit -m ".gitignore fix"

Ваш репозиторий чист :)

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

28
ответ дан 22 апр. '18 в 21:11
источник
  • Обновите файл .gitignore - например, добавьте папку, в которую вы не хотите отслеживать .gitignore.

  • git rm -r --cached . - удалить все отслеженные файлы, включая нежелательные и нежелательные. Ваш код будет безопасным, если вы сохранили его локально.

  • git add . - все файлы будут добавлены обратно, кроме тех, что указаны в .gitignore.


Совет шляпы @AkiraYamamoto для указания в правильном направлении.

18
ответ дан 04 апр. '16 в 7:09
источник

Я думаю, что, возможно, git не может полностью забыть о файле из-за его концепции (раздел "Снимки, а не разницы" ).

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

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

Эти 2 статьи были полезны для меня:

git предположить-без изменений vs skip-worktree  и Как игнорировать изменения в отслеживаемых файлах с помощью Git

Основываясь на этом, я делаю следующее, если файл уже отслеживается:

git update-index --skip-worktree <file>

С этого момента все локальные изменения в этом файле будут проигнорированы и не будут удалены. Если файл изменен на удаленном, конфликт будет иметь место, когда git pull. Стой не будет работать. Чтобы решить проблему, скопируйте содержимое файла в безопасное место и выполните следующие действия:

git update-index --no-skip-worktree <file>
git stash
git pull 

Содержимое файла будет заменено удаленным контентом. Вставьте свои изменения из безопасного места в файл и выполните снова:

git update-index --skip-worktree <file>

Если каждый, кто работает с проектом, выполнит git update-index --skip-worktree <file>, проблемы с pull должны отсутствовать. Это решение подходит для файлов конфигураций, когда каждый разработчик имеет собственную конфигурацию проекта.

Это не очень удобно делать каждый раз, когда файл был изменен на удаленном компьютере, но может защитить его от перезаписи удаленным контентом.

12
ответ дан 21 мая '17 в 18:12
источник

Ответ от Matt Fear был самым эффективным IMHO. Следующее - это просто PowerShell script для тех, кто в Windows только удаляет файлы из своего репозитория git, который соответствует их списку исключений.

# Get files matching exclusionsfrom .gitignore
# Excluding comments and empty lines
$ignoreFiles =  gc .gitignore | ?{$_ -notmatch  "#"} |  ?{$_ -match  "\S"} | % {
                    $ignore = "*" + $_ + "*"
                    (gci -r -i $ignore).FullName
                }
$ignoreFiles = $ignoreFiles| ?{$_ -match  "\S"}

# Remove each of these file from Git 
$ignoreFiles | % { git rm $_}

git add .
5
ответ дан 25 дек. '13 в 3:51
источник

Переместите или скопируйте файл в безопасное место, чтобы вы не потеряли его. Затем git rm файл и commit. Файл будет отображаться, если вы вернетесь к одному из этих ранее коммитов, или к другой ветке, где она не была удалена. Однако во всех будущих коммитах вы не увидите файл снова. Если файл находится в git игнорировать, вы можете переместить его обратно в папку, а git не увидит его.

5
ответ дан 13 авг. '09 в 22:27
источник

BFG специально разработан для удаления нежелательных данных, таких как большие файлы или пароли из репозиториев Git, поэтому он имеет простой флаг, который удалит любые большие исторические файлы (не в вашем-текущем): "-strip-blobs-больше-чем"

$ java -jar bfg.jar --strip-blobs-bigger-than 100M

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

$ java -jar bfg.jar --delete-files *.mp4

BFG на 10-1000x быстрее, чем Git фильтр-ветвь, и, как правило, гораздо проще в использовании - проверьте инструкции для полного использования и examples для более подробной информации.

Источник: https://confluence.atlassian.com/bitbucket/reduce-repository-size-321848262.html

3
ответ дан 03 сент. '17 в 15:37
источник

Если вы не хотите использовать CLI и работаете с Windows, очень простое решение - использовать TortoiseGit, у него есть действие "Удалить (сохранить локальное)" в меню, которое работает нормально.

2
ответ дан 15 марта '18 в 14:04
источник

Мне понравился ответ JonBrave, но у меня довольно грязные рабочие каталоги, которые фиксируют -a, немного пугает меня, поэтому вот что я сделал:

git config --global alias.exclude-ignored '! git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached && git ls-files -z --ignored --exclude-standard | xargs -0 git stage && git stage.gitignore && git commit -m "новый gitignore и удалить проигнорированные файлы из индекса"

разрушение:

git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached 
git ls-files -z --ignored --exclude-standard | xargs -0 git stage 
git stage .gitignore 
git commit -m "new gitignore and remove ignored files from index"
  • удалить проигнорированные файлы из индекса
  • stage.gitignore и файлы, которые вы только что удалили.
  • совершить
2
ответ дан 08 авг. '18 в 23:49
источник

Это уже не проблема в последнем git (v2.17.1 на момент написания).

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

# Create empty repo
mkdir gitignore-test
cd gitignore-test
git init

# Create a file and commit it
echo "hello" > file
git add file
git commit -m initial

# Add the file to gitignore and commit
echo "file" > .gitignore
git add .gitignore
git commit -m gitignore

# Remove the file and commit
git rm file
git commit -m "removed file"

# Reintroduce the file and check status.
# .gitignore is now respected - status reports "nothing to commit".
echo "hello" > file
git status
1
ответ дан 13 июня '18 в 19:21
источник

В случае уже совершенного DS_Store:

find . -name .DS_Store -print0 | xargs -0 git rm --ignore-unmatch

Игнорировать их:

echo ".DS_Store" >> ~/.gitignore_global
echo "._.DS_Store" >> ~/.gitignore_global
echo "**/.DS_Store" >> ~/.gitignore_global
echo "**/._.DS_Store" >> ~/.gitignore_global
git config --global core.excludesfile ~/.gitignore_global

Наконец, сделайте фиксацию!

0
ответ дан 23 апр. '18 в 0:14
источник

Выполните следующие шаги поочередно, все будет в порядке.

1. Удалите ошибочно добавленные файлы из каталога/хранилища. Вы можете использовать команду "rm -r" (для linux) или удалить их, просматривая каталоги.

2.add файлы/каталоги в файл gitignore и сохраните его.

3. Теперь удалите их из кеша git с помощью этих команд (если есть несколько каталогов, удалите их один за другим, повторно выдавая эту команду)

git rm -r --cached path-to-those-files

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

git add .
git commit -m "removed unnecessary files from git"
git push origin
0
ответ дан 20 сент. '18 в 13:52
источник

На mac:

$ git --version
git version 2.6.4

$ uname -a
Darwin MUSRV186016-382 14.5.0 Darwin Kernel Version 14.5.0: Sun Sep 25 22:07:15 PDT 2016; root:xnu-2782.50.9~1/RELEASE_X86_64 x86_64

1. Удалите файлы DS_Store из списка файлов, отслеживаемых git в ветке foo:

$ for file in $(git ls-tree -r foo --name-only | grep -i DS_Store); do git rm --cached $file; done

2. Commit:

$ git commit -m "Removed .DS_Store files"

3. Проверьте, что файлы больше не отслеживаются

$ git ls-tree -r foo --name-only
# There should not be anything coming back

4. Нажмите, чтобы удалить их из пульта:

$ git push
-5
ответ дан 13 янв. '17 в 22:53
источник

Другие вопросы по меткам или Задайте вопрос