不同 SCM 中的 SVN Externals

Question

在以前的工作场所，我们使用 svn externals 在更新共享组件时更新依赖项目。这使得很容易看到这些更改破坏的任何内容，以及将相关项目自动更新到共享组件的最新版本，而无需任何干预。

在一个新的工作场所，我们正在使用带有环绕 scm 的 cc.net，我正试图在环绕中找到类似的东西。我没有找到任何类似外部的东西，只有“共享文件”，但与外部不同的是，共享文件不允许您指向外部文件的特定修订。

我感兴趣的是其他人在这些场景中正在做什么以依靠他们的持续集成并将其更多地用于集成而不是“持续构建”服务器。有没有人知道不使用 svn 的工具或东西来做“外部”行为？

我想有一个 xml 注册表文件，其中项目取决于哪些程序集以及它们是否应该使用最新版本，但这似乎有点矫枉过正。

Answer 1

就个人而言，我认为在版本控制系统中有外部(或类似的东西)有点奇怪，实际上很容易出错。为此，我非常喜欢使用构建系统(ant、make 等)或持续集成系统(hudson、build bot 等)。

使用构建系统，我只是将“公共(public)部分”放在可以获取的地方(使用 wget、curl 或简单的 cp)并有一个目标来检查本地(有时甚至 checkin 到本地项目)副本是否达到日期。

使用持续集成系统，至少 Hudson 可以轻松地从多个存储库中 checkout 目录以进行单个构建。使用这种方法时，我还检查了其他目录以进行本地开发，并在 Eclipse 中标记为“项目依赖项”。