我搜索并找到了这个问题，但不喜欢这个答案。
是否有另一种方法让 SVN 忽略就地签入的配置文件（您无法签入更改），但必须在您的系统上进行修改。
这是 SVN 的一次非常严重的失败，实际上是我对该系统的第一次失望。我希望有人想出一个窍门，也许只是将配置文件分支到一个新分支上，而其他所有内容都指向原始分支。也许修改 .svn 目录？
必须有比模板/副本更好的解决方案，这似乎无法维护。
Bill K
问问题
1217 次
2 回答
1
我们通过以下方式解决这个问题：
所有开发机器都是一致的。我们都是从 c:\projects\TopGear\trunk 开发出来的...我们都将我们的 SQL 服务器别名为 PROJECTNAME（例如 TOPGEAR）。我们都使用相同的 IIS 主机名 (TopGearDev)
当我们进行部署时，我们的 NANT 部署构建脚本会根据需要重写所有配置，因此我们无需担心设置 - 所有相关的设置都会被重写。
额外的好处：构建服务器（我们使用 TeamCity）设置起来很简单。
它咬了我们一两次，轻微的，但其他方面都很好。
不是 SVN 特定的（虽然我们使用的是 SVN），但是。
于 2008-11-18T22:14:01.347 回答
0
在搞砸了几个小时后，我想我有一个答案。既然这是我自己的问题，我想我会让它成为社区维基......
我创建了整个存储库的一个分支，并将“配置”类型的文件指向新分支，然后将它们签入。
我不确定这将如何发挥作用，但它使“检查所有内容”的东西正常工作。我想如果我更改其中一个文件，它会正常工作，将其签入我的本地存储库。
唯一可能令人烦恼的是，如果其他人更改了我已分支的文件，我不确定如何确定我应该合并的事实。
于 2008-11-18T21:55:26.093 回答