SVN配置文件问题重访

Question

我搜索并找到this question但不喜欢的答案。

是否有另一种方法让SVN忽略在原位检查的配置文件（即无法检入已更改），但必须在系统上进行修改。

这是SVN的一个非常严重的失败，我第一次对系统感到失望。我期望的是有人在那里弄清楚了一个技巧，也许只需将配置文件分支到一个新的分支上，同时将所有其他分支指向原始分支。也许修改.svn目录？

必须有一个更好的解决方案，然后模板/副本，这似乎很难以维护。

Answer 1

乱搞了几个小时后，我想我有一个答案。因为这是我自己的问题，我想我会让它社区维基...

我创造了整个仓库的一个分支，并指出“配置”类型的文件在新的分支，然后检查他们进来。

我不确定这将如何发挥，但它使“检查所有东西”的东西正常工作。我想如果我更改其中的一个文件，它会正常工作，并将其检入到本地存储库中。

唯一可能令人讨厌的是，如果别人更改了我已经分支的文件，我不知道如何识别我应该合并的事实。

Answer 2

我们解决这个问题的：

所有dev的机器是一致的。 我们都开发出c：\ projects \ TopGear \ trunk ... 我们都将我们的SQL服务器别名为PROJECTNAME（例如TOPGEAR）。 我们都使用相同的IIS主机名（TopGearDev）

当我们进行部署时，我们的NANT部署构建脚本根据需要重写所有的配置，所以我们永远不需要担心设置 - 所有相关的设置重写。

增加的奖励：构建服务器（我们使用TeamCity）是琐碎来设置。

它咬了我们一两次，小小的，但其他方面都很好。

不是特定SVN（我们正在使用SVN），tho。