最终追溯性.gitignore（如何使Git完全/追溯性地现在忘记.gitignore中的文件）

编辑：我最近找到了git-filter-repo。这可能是一个更好的选择。自己研究一下基本原理和分支陷阱可能是一个好主意，但是它们不会影响下面的用例。

这种方法使混帐完全忘记或忽略的文件（过去/现在/未来），但并没有从工作目录（远程即使再拉）删除任何东西。

这种方法需要的使用/.git/info/exclude（首选）或一个预先存在 .gitignore于所有有文件提交到可以忽略/忘记。^1个

此方法避免了在接下来的^2个操作中从其他开发人员计算机上删除新忽略的文件git pull

强制执行Git的所有方法都会事后忽略行为，从而有效地重写了历史记录，因此对在此过程之后可能被拉回的任何公共/共享/协作存储库都有重大影响。³

一般建议：从干净的仓库开始-提交的所有东西，在工作目录或索引中没有任何待处理的东西，然后进行备份！

此外，评论/修订历史的这个答案（和修订历史的这个问题）可能是有用/启发。

#commit up-to-date .gitignore (if not already existing)
#these commands must be run on each branch
#these commands are not strictly necessary if you don't want/need a .gitignore file.  .git/info/exclude can be used instead

git add .gitignore
git commit -m "Create .gitignore"

#apply standard git ignore behavior only to current index, not working directory (--cached)
#if this command returns nothing, ensure /.git/info/exclude AND/OR .gitignore exist
#this command must be run on each branch
#if using .git/info/exclude, it will need to be modified per branch run, if the branches have differing (per-branch) .gitignore requirements.

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

#Commit to prevent working directory data loss!
#this commit will be automatically deleted by the --prune-empty flag in the following command
#this command must be run on each branch
#optionally use the --amend flag to merge this commit with the previous one instead of creating 2 commits.

git commit -m "ignored index"

#Apply standard git ignore behavior RETROACTIVELY to all commits from all branches (--all)
#This step WILL delete ignored files from working directory UNLESS they have been dereferenced from the index by the commit above
#This step will also delete any "empty" commits.  If deliberate "empty" commits should be kept, remove --prune-empty and instead run git reset HEAD^ immediately after this command

git filter-branch --tree-filter 'git ls-files -z --ignored --exclude-standard | xargs -0 git rm -f --ignore-unmatch' --prune-empty --tag-name-filter cat -- --all

#List all still-existing files that are now ignored properly
#if this command returns nothing, it's time to restore from backup and start over
#this command must be run on each branch

git ls-files --other --ignored --exclude-standard

最后，遵循本GitHub指南的其余部分（从第6步开始），其中包括有关以下命令的重要警告/信息。

git push origin --force --all
git push origin --force --tags
git for-each-ref --format="delete %(refname)" refs/original | git update-ref --stdin
git reflog expire --expire=now --all
git gc --prune=now

从现在修改的远程仓库中提取的其他开发人员应进行备份，然后：

#fetch modified remote

git fetch --all

#"Pull" changes WITHOUT deleting newly-ignored files from working directory
#This will overwrite local tracked files with remote - ensure any local modifications are backed-up/stashed

git reset FETCH_HEAD

脚注

¹因为/.git/info/exclude可以使用上面的说明将其应用于所有历史提交，所以有关将.gitignore文件放入需要历史提交的文件的详细信息可能超出了此答案的范围。我希望一个适当的.gitignore人参与root提交，好像这是我做的第一件事。其他人可能不在乎，因为/.git/info/exclude无论.gitignore提交历史记录中存在什么内容，都可以完成相同的事情，并且即使在意识到后果的情况下，显然重写历史记录也是非常敏感的主题。

FWIW，潜在的方法可能包括git rebase或git filter-branch将外部 复制.gitignore到每个提交中，例如该问题的答案

²通过提交独立git rm --cached命令的结果来强制执行git事后忽略行为，这可能会导致将来在从强制推送的远程中拉出文件时新忽略的文件删除。该命令（或之后）中的--prune-empty标志通过自动删除以前的“删除所有被忽略的文件”仅索引提交来避免此问题。git filter-branch git reset HEAD^

³重写git历史记录也会更改提交哈希值，这将对将来从公共/共享/协作存储库中提取的内容造成严重破坏。在执行此回购之前，请充分了解其后果。该GitHub指南指定了以下内容：

告诉你的合作者底垫中，不合并，他们创造了旧的（污点）仓库的历史掉任何分支机构。一次合并提交可能会重新引入您刚刚遇到的麻烦的部分或全部历史记录。

不影响远程回购的替代解决方案是git update-index --assume-unchanged </path/file>或git update-index --skip-worktree <file>，可以在此处找到其示例。