它一直在我身上发生。我不小心对文件进行了版本控制，但我不想对其进行版本控制（例如，特定于开发人员/机器的配置文件）。
如果提交此文件，我将弄乱所有其他开发人员机器上的路径-他们将不满意。
如果我确实从版本管理中删除了文件，它将从其他开发人员的机器上删除-他们将不满意。
如果我选择从不提交文件，那么我总是有一个“脏”的结帐-我很不高兴。
是一种从版本控制“取消版本”文件的干净方法，这将导致没有人不满意吗？
编辑：尝试澄清一下：我已经将文件提交到存储库，并且只想从版本控制中删除它-我特别不希望从进行结帐的每个人中实际删除它。我最初希望它被忽略。
答：如果我可以接受第二个答案，那就是this。它回答了我关于git的问题-可接受的答案是关于svn。
Answers:
SVN 1.5版支持从存储库中删除/删除文件，而不会丢失本地文件
取自http://subversion.tigris.org/svn_1.5_releasenotes.html
新的--keep-local选项在删除后保留路径。
现在，删除（删除）使用--keep-local选项可以将其目标保留在本地，因此即使未修改路径也不会被删除。
在Git中，为了从树中删除而不是从工作目录（我认为这是您想要的）中删除它，可以使用--cached标志，即：
git rm --cached <filename>
没有尝试过...
在git中，如果您的更改尚未传播到另一个存储库，则应该能够对git rm受影响的文件git rebase --interactive进行重新排序，以将删除提交重新排序为恰好在您意外添加了有问题的文件之后提交，然后进行压缩这两个一起提交。
当然，如果其他人撤消了您的更改，这将无济于事。
git rm --cached <file>以便仅从索引而不是文件系统中将其删除。
查找svn：ignore和.gitignore-这些功能使您可以在结帐时添加一些其他文件，而这些文件会被RCS忽略（执行“状态”操作或其他操作时）。
对于特定于计算机的配置文件，一个不错的选择是检入一个带有额外“ .sample”扩展名的文件，即。config.xml.sample。各个开发人员将在其中复制此文件config.xml并对其进行调整。使用svn：ignore或.gitignore可以确保未版本化的config.xml文件不会一直显示为脏文件。
响应您的编辑：如果现在从存储库中删除文件，则开发人员在下次进行更新时会发生冲突（假设他们都已为系统更改了文件）。他们不会丢失本地更改，可以从某个地方恢复。如果他们碰巧没有进行任何本地更改，则它们的配置文件将消失，但是他们可以从源代码控制中重新获得前一个文件并使用它。
要删除源控制中已经存在的文件：
git rm <filename>
接着
git commit -m ...
您应该将每个要忽略的文件添加到.gitignore文件中。另外，我总是将.gitignore文件检查到我的存储库中，因此，如果有人在他的计算机上签出代码，并且再次生成该文件，他将不会“将其视为”脏污”。
当然，如果您已经提交了文件并且其他人在另一台计算机上进行了更改，则必须更改每个本地存储库才能修改历史记录。至少这是git的可能解决方案。我认为svn不会让您这样做。
如果文件已经在主存储库（git）或服务器（svn）中，那么我认为没有比在另一个提交中删除文件更好的解决方案了。
SVN中的两个简单步骤：
1.在父目录的svn：ignore属性中添加此目录：
svn propedit svn:ignore .
2.删除目录：
svn rm mydir
3.提交
请注意，当其他开发人员执行svn update时，该目录不会被删除。SVN只是取消版本控制。
您可以使用全局忽略设置
http://svnbook.red-bean.com/zh-CN/1.1/ch07.html#svn-ch-7-sect-1.3.2将文件排除在Subversion之外，以
查看详细信息
如果选择不提交文件，我总是有一个“脏”结帐-我很不高兴。
关于这一点，您可能想要.gitignore
其他建议的文件，或者使用类似于
我的答案中所描述的方案。
您可以使用此命令取消版本化当前目录中的所有文件。该sed位反转了顺序，因此svn可以对其进行处理：
find . | sed '1!G;h;$!d'| awk '{print "svn rm --keep-local " $1}'
正如其他答案中已经提到的那样，单个文件没有版本：
svn rm --keep-local yourFileNameXXX