技术问询：Conan是否可识别SVN externals并记录其位置与版本

嘿，针对你提到的Conan是否能识别SVN externals并记录其位置和版本的问题，我来给你详细梳理下：

首先明确一点：Conan本身不会自动识别或解析SVN externals。这是因为Conan的依赖管理逻辑是基于显式的recipe定义，而SVN externals属于版本控制系统层面的隐式依赖机制，两者的设计思路差异很大。Conan的源码获取工具（比如svn_checkout或svn_export）默认只会处理主仓库的内容，不会主动解析externals并将其转化为Conan可追踪的依赖项。

不过，你可以通过以下两种方案来适配现有SVN externals的场景，确保包的构建依据清晰可追溯：

方案一：将每个SVN模块封装为独立Conan包（推荐） #

这是最符合Conan设计理念的方式：

• 为你那50个SW模块分别编写Conan recipe，在每个recipe的scm字段中配置对应的SVN仓库地址、指定revision/branch等版本信息。例如：

scm = {
    "type": "svn",
    "url": "svn://your-repo-url/module-x",
    "revision": "12345"
}

• 原项目中通过Conan的requires字段来声明对这些模块的依赖，彻底替代原来的SVN externals。这样每个模块的版本都会被Conan明确记录在依赖链中，构建时的依据完全透明，后续版本升级、依赖变更也更易管理。

方案二：在主项目Recipe中手动处理SVN Externals #

如果暂时无法拆分模块，也可以在主项目的Conan recipe中自定义源码获取逻辑，手动处理externals：

• 在source()方法中，先通过self.scm.get()拉取主仓库，再执行svn update --externals命令来拉取externals内容。
• 为了记录构建依据，你可以额外编写脚本，提取SVN externals的地址和版本信息，将其写入Conan包的package_info()中，或者作为自定义元数据存储。比如：

def source(self):
    self.scm.get()
    # 拉取externals
    self.run("svn update --externals")
    # 提取externals信息并保存（示例）
    self.run('svn propget svn:externals . > externals_info.txt')
    # 将文件加入到源码目录，后续打包时可包含
    copy(self, "externals_info.txt", self.source_folder, self.build_folder)

不过这种方式的缺点是，externals的依赖依然是隐式的，Conan无法自动管理它们的版本变更，长期来看不利于维护。

最后建议：迁移时可以先从核心模块开始，逐步将SVN externals替换为Conan依赖，这样能平稳过渡，降低迁移风险。

内容的提问来源于stack exchange，提问作者ichiwahato