不同SCM中的SVN外部

在以前的工作场所中，当更新共享组件时，我们使用svn外部来更新依赖项目。这样可以很容易地看到这些更改所破坏的任何内容，并且可以自动将依赖项目更新到共享组件的最新版本，而无需任何干预

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

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

---

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

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

使用构建系统，我只是将“公共部分”放在可以获取的地方（使用wget、curl或简单的cp），并有一个目标来检查本地（有时甚至签入本地项目）副本是否是最新的

使用持续集成系统，至少Hudson可以轻松地从多个repo中为单个构建检出目录。在使用这个aproach时，我还将另一个目录签出进行本地开发，并在eclipse中将其标记为“项目依赖项”