【问题标题】:SVN config-file Question revisitedSVN 配置文件问题重访
【发布时间】:2008-11-18 18:47:59
【问题描述】:

我搜索并找到了this question,但不喜欢这个答案。

是否有另一种方法让 SVN 忽略就地签入的配置文件(您无法签入更改),但必须在您的系统上进行修改。

这是 SVN 的一个非常严重的失败,实际上是我对该系统的第一次失望。我希望有人想出一个窍门,也许只是将配置文件分支到一个新分支上,而其他所有内容都指向原始分支。也许修改 .svn 目录?

肯定有比模板/复制更好的解决方案,这似乎太不可维护了。

【问题讨论】:

标签: svn tortoisesvn


【解决方案1】:

我们通过以下方式解决这个问题:

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

当我们进行部署时,我们的 NANT 部署构建脚本会根据需要重写所有配置,因此我们无需担心设置 - 所有相关的设置都会被重写。

额外的好处:构建服务器(我们使用 TeamCity)简单设置。

它咬过我们一两次,轻微,但其他方面都很好。

不是 SVN 特定的(虽然我们使用的是 SVN),但是。

【讨论】:

  • 好点.. 在我目前正在进行的项目中不实用,但我想我会在未来推动这一点。另一方面,它不会使您的系统变得不那么灵活吗?如果由于某种原因您不得不...
  • 所有路径都是相对的,但我们尝试从相同的路径开发以保持一致性。其余的意味着我们可以毫无问题地将它移动到任何地方。
【解决方案2】:

搞砸了几个小时后,我想我有了答案。既然这是我自己的问题,我想我会把它做成社区维基......

我创建了整个存储库的一个分支,并将“配置”类型的文件指向新分支,然后将它们签入。

我不确定这将如何发挥作用,但它使“检查所有内容”的东西正常工作。我认为如果我更改其中一个文件,它会正常工作,将其签入我的本地存储库。

唯一可能令人烦恼的是,如果其他人更改了我已分支的文件,我不确定如何确定我应该合并的事实。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-05-28
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多