Conan项目：如何不通过客户端直接下载Artifactory中的Conan包

在软件开发过程中，依赖管理是一个重要环节。Conan作为C/C++的包管理工具，通常通过其客户端来下载和管理依赖包。但在某些自动化场景下，开发者可能需要绕过Conan客户端，直接与Artifactory仓库交互来获取Conan包。

直接下载Conan包的挑战

传统上，开发者会尝试使用Artifactory的AQL(Artifactory Query Language)来查询和下载包。例如，通过以下查询条件：

items.find( { "$and": [ { "@conan.package.name":"my_package" }, {"@conan.settings.os":"Linux"}, {"@conan.settings.arch":"x86_64"}, {"@conan.package.version":"1.4.1"}, {"@conan.settings.build_type":"Release"} ] } )

然而，这种方法存在局限性。特别是对于Conan包的settings属性（如操作系统、架构等），在新版本的Conan中不再作为"Properties"存储，导致基于这些条件的查询可能失效。

推荐的解决方案

1. 完整路径下载法

最可靠的方式是使用完整的包路径进行下载。这需要开发者明确知道以下信息：

• 包名称和版本
• 用户和渠道信息
• 配方修订号
• 包ID
• 包修订号

有了这些完整信息，就可以直接使用curl等工具构造下载URL进行下载。这种方法虽然精确，但需要开发者事先知道所有相关参数。

2. 使用Conan扩展功能

对于更复杂的场景，特别是需要根据settings、options、conf或依赖版本等条件来解析包的情况，建议使用Conan客户端。Conan提供了扩展功能，可以通过自定义命令来满足特殊需求。

例如，要实现自动下载Conan包并构建NuGet包的功能，可以：

1. 创建Conan自定义命令
2. 将该命令打包并分发
3. 使用conan config install或conan install-pkg命令部署

这种方法利用了Conan自身的解析能力，能够正确处理各种复杂的依赖关系。

技术实现建议

对于自动化构建系统，建议采用混合方案：

1. 对于已知明确版本的依赖，使用完整路径直接下载
2. 对于需要复杂解析的依赖，仍使用Conan客户端
3. 通过Conan扩展实现自定义逻辑，如包格式转换等

这种方法既保持了灵活性，又能在简单场景下提高效率。

总结

虽然技术上可以直接从Artifactory下载Conan包，但在实际应用中，特别是在需要考虑多种构建配置和依赖关系的场景下，使用Conan客户端或其扩展功能仍然是更可靠的选择。对于简单的自动化任务，了解Conan包在仓库中的存储结构和完整路径信息是进行直接下载的关键。