我正在与一些其他开发人员一起开展多个分支的项目。在我的日常工作中，我经常为了测试的目的而在分支之间飞镖，因为我有我们的数据库的本地副本，我倾向于有一个web.config文件，我从不检查它，因为它有我的数据库连接字符串加上我的一些首选项设置。针对颠覆中的多个分支持有文件
我注意到一些其他文件在我的web.config文件（例如Web.config.r63）建立，我猜这些都是一样的修订文件？最终我的工作文件夹损坏，我必须重新下载源到另一个工作文件夹才能恢复工作。
以这种方式阻挡文件并在分支之间不断移动导致颠覆问题？有没有更好的方法来实现我想要实现的目标（保持本地设置而不必将其提交给其他开发人员）？
我注意到围绕我的web.config文件（例如Web.config.r63）建立了一些额外的文件，我猜这些就像修订文件？最终我的工作文件夹损坏，我必须重新下载源到另一个工作文件夹才能恢复工作。
这听起来像有冲突发生。如果其他人修改了包含本地更改的文件中的行，就会发生这种情况。
然而，当更新冲突造成非常明显的消息，并在svn st很容易看到。他们需要明确解决，但听起来你的情况不会太难。 不是解决它们将导致无法从该工作副本提交。
如果我的猜测是正确的，您应该仔细阅读[SVN Book]（http://svnbook.red-bean.com/）并阅读关于分支，合并，切换和冲突解决的几章。这应该不仅仅是在一个下雨的星期天下午可以阅读的内容，并且应该让你更好地理解SVN实际上在做什么。
最干净的方式很可能会创建一个自己的项目保持配置/实用方法是共同的其他项目，并将其添加为一个依赖于问题的主要项目。因此，配置文件获得它自己的版本跟踪。
通过“分支之间的飞镖”我假设你的意思是“切换”。而且你说你永远不会检查web.config，这意味着web.config一度被添加到SVN中。 web.config.r63和其他.r *文件可能会弹出，因为您的web.config在分支之间是不同的，并且最终会发生冲突。我觉得奇怪的是，当我得到这些文件时，我也会“丢失”有问题的文件，直到我解决冲突为止;当我解决冲突时，SVN会为我删除.r *文件。也许通过“损坏”您的意思是该文件实际上被更改为包含冲突的两个修订版的内容。
你最好把web.config放到你的项目中。
一种方法可能是检入web.config.template并忽略web.config，这对每个开发人员都是单独的。采用这种模式你不会面临冲突。