这种情况经常发生在我身上。我不小心将一个我不想版本控制的文件（即开发人员/机器特定的配置文件）提交了版本。
如果我提交这个文件，我会破坏所有其他开发者机器上的路径，他们会感到不满意。
如果我删除文件并将其从版本控制中删除，那么它将从其他开发者的机器中删除，他们会不满意。
如果我选择永远不提交该文件，则始终会保留“脏”检出状态 - 我会感到不满意。
有没有一种干净的方法可以从版本控制中“取消版本化”文件，从而不会让任何人感到不满意？
编辑：尝试澄清一下：我已经将该文件提交到存储库中，我只想将其从版本控制中删除 - 我明确不希望它在每个人做检出时被物理删除。最初我希望它被忽略。
答案：如果我能接受第二个答案，那就是这个。它回答了我的问题关于git - 接受的答案是关于svn。
--cached选项表示只将文件从Git暂存区中删除，而不会从工作目录中删除。
git rm --cached <filename>
SVN版本1.5支持从存储库中删除文件而不会丢失本地文件。
摘自http://subversion.tigris.org/svn_1.5_releasenotes.html
新的--keep-local选项在删除后保留路径。
现在，删除（remove）带有--keep-local选项以在本地保留其目标，因此即使未修改，也不会删除路径。
如果你在svn中意外“添加”了一个文件，而且还没有提交它，那么你可以恢复该文件，这将删除添加操作。
尚未尝试...
在git中，如果你的更改尚未传播到另一个存储库，你应该能够git rm影响的文件，git rebase --interactive将删除提交重新排序为仅在意外添加有问题的文件的提交之后，并将这两个提交压缩在一起。
当然，如果其他人已经拉取了您的更改，则无法帮助您。
git rm --cached <file>，这样才能只从索引中删除文件，而不是从文件系统中删除。 - ghickmansvnadmin dump，过滤掉意外提交该文件的版本，并执行svnadmin load。查找svn:ignore和.gitignore - 这些功能允许您在检出中拥有额外的文件，而这些文件将被您的RCS忽略（执行“status”操作或其他操作时）。
对于特定于计算机的配置文件，一个好的选择是提交一个带有额外“.sample”扩展名的文件，例如：config.xml.sample。每个开发人员都可以将其复制到config.xml中并为其系统进行微调。使用svn：ignore或.gitignore，您可以确保未添加版本控制的config.xml文件不会一直显示为脏文件。
针对你的编辑回答：如果你现在从仓库中删除该文件，则您的开发人员下次更新时会遇到冲突（假设他们已经为其系统更改了该文件）。他们不会丢失其本地更改，可以从某个地方恢复它们。如果他们碰巧没有进行任何本地更改，则其配置文件将消失，但他们可以从源代码控制中重新获取以前的文件并使用它们。
git filter-branch --index-filter 'git update-index --remove filename' HEAD
那么我认为你需要提交并推送，如果是在远程分支上，则需要使用-f选项（请记住，如果您开始更改存储库的历史记录，可能会惹恼其他人..如果他们之前从您那里拉取过文件，则仍然可能拥有该文件）
要删除已在源代码控制中的文件：
git rm <filename>
然后
git commit -m ...
您应该将想要忽略的每个文件添加到.gitignore文件中。我还会将.gitignore文件始终检入我的代码库中，因此如果有人在他的计算机上检出代码并重新生成了该文件，他不会将其视为“dirty”状态。
当然，如果您已经提交了该文件，而其他人在另一台机器上获取了您的更改，则必须修改每个本地存储库以修改历史记录。至少这是使用git的可能解决方案，我认为SVN不会让您这样做。
如果文件已经位于主代码库（git）或服务器（svn）中，则我认为没有比在另一个提交中删除该文件更好的解决方案。
svn propedit svn:ignore .
2. 删除目录：
svn rm mydir
3. 提交
请注意，当其他开发人员执行 svn update 时，该目录不会被删除。 SVN 只是将其取消版本控制。
对于SVN，您可以还原未提交的文件。在TortoiseSVN中，您只需右键单击提交窗口中的文件，然后选择还原...
在命令行中使用svn revert [file]
我不了解GIT，因为我从未使用过它。