在SVN存储库中处理外部依赖项

在SVN存储库中处理外部依赖项,svn,Svn,我是SVN新手,正在尝试为我的团队找到一个尽可能轻松的工作流/SVN结构 目前,我们已经建立了一个SVN回购协议,供内部使用,用于存储开发项目的代码。这似乎工作得很好,但当项目需要在版本控制下工作的外部库时,它会变得很棘手 目前,我正在运行一个bash脚本来递归地删除这些外部库中的.svn文件,以便将它们添加到我们的repo中,但我确信这不是最佳做法。如果有更新依赖项的选项(可能是某种形式的repo-to-repo签出),那就太好了 有没有关于如何改进此过程的建议 (顺便说一句,我们使用的SVN

我是SVN新手,正在尝试为我的团队找到一个尽可能轻松的工作流/SVN结构

目前,我们已经建立了一个SVN回购协议,供内部使用,用于存储开发项目的代码。这似乎工作得很好,但当项目需要在版本控制下工作的外部库时,它会变得很棘手

目前,我正在运行一个bash脚本来递归地删除这些外部库中的.svn文件,以便将它们添加到我们的repo中,但我确信这不是最佳做法。如果有更新依赖项的选项(可能是某种形式的repo-to-repo签出),那就太好了

有没有关于如何改进此过程的建议


(顺便说一句,我们使用的SVN客户端是版本。如果可能的话,我们希望避免使用基于命令行的解决方案。)

您正在寻找的功能称为“”。这将允许您在特定位置“附加”从外部SVN存储库到您的路径。您可以对其进行设置,以便对项目的工作副本进行更新时,也可以从外部项目获取最新的代码,或者,如果您希望获得更多的控制权,也可以强制外部项目保留特定的版本

我使用过的大多数客户机都支持此功能,尽管我无法说明版本


作为替代方案,您是否考虑过下载项目特定版本的源tarball,而不是与SVN一起检查外部项目?

这正是我想要的,谢谢。请原谅我的无知,但是与从回购中检出项目相比,源tarball有什么优势?@findzen如果您想确保您拥有项目发布的准确版本(例如1.8.0),并且不希望自己经常更新,那么设置svn:external属性可能会更容易。随便你喜欢什么,真的。