处理版本范围和预发布版本

在开发包并使用版本范围定义依赖项时,可能会遇到某个依赖项的新版本发布了新的预发布版本,而我们希望在正式发布前进行测试,以便有时间提前验证新版本。

乍一看,可能会认为新版本会匹配与它相交的版本范围,但是,正如版本范围教程中所述,默认情况下,Conan 不会将预发布版本匹配到未明确指定的版本范围。

Conan 提供了 global.conf 中的 core.version_ranges:resolve_prereleases 配置项,这是一个三态配置选项,用于控制版本范围是否应解析到预发布版本。

当 _未_ 设置时,默认行为是遵循版本范围表达式,并且仅当版本范围明确允许预发布版本时才匹配,例如 [>=1 <2, include_prerelease]

如果未指定 include_prerelease 标志,则在此情况下会忽略预发布版本。

当设置为 False 时,即使版本范围表达式允许,它也不会匹配预发布版本。

当设置为 True 时,它会在全局范围内启用版本范围中的预发布版本匹配,即使版本范围表达式没有明确允许。这样可以避免修改和导出依赖图中的配方,这对于大型依赖图来说是不可行的。

此配置项的好处是会影响整个依赖图,因此,如果我们的任何依赖项也为我们感兴趣的库定义了一个需求,那么它们也将采用新版本。

让我们看看实际效果。假设我们有以下(摘要的)依赖图,其中我们依赖于 libpnglibmysqlclient,它们都通过 [>1.2 <2] 版本范围依赖于 zlib

digraph G { node [fillcolor="lightskyblue", style=filled, shape=box] "app" -> "libpng/1.6.40" "app" -> "libmysqlclient/8.1.0" "libpng/1.6.40" -> "zlib/1.2.13" [label="[>1.2 <2]"] "libmysqlclient/8.1.0" -> "zlib/1.2.13" [label="[>1.2 <2]"] }

如果现在发布了 zlib/1.3-pre,那么使用它的方法就像修改你的 global.conf 文件并添加行 core.version_ranges:resolve_prereleases=True (或向命令调用添加 --core-conf core.version_ranges:resolve_prereleases=True CLI 参数)一样简单。之后,运行 conan create 将会输出预期的 zlib 预发布版本。

...

======== Computing dependency graph ========
Graph root
   cli
Requirements
   libmysqlclient/8.1.0#493d36bd9641e15993479706dea3c341 - Cache
   libpng/1.6.40#2ba025f1324ff820cf68c9e9c94b7772 - Cache
   lz4/1.9.4#b572cad582ca4d39c0fccb5185fbb691 - Cache
   openssl/3.1.2#f2eb8e67d3f5513e8a9b5e3b62d87ea1 - Cache
   zlib/1.3-pre#f2eb8e6ve24ff825bca32bea494b77dd - Cache
   zstd/1.5.5#54d99a44717a7ff82e9d37f9b6ff415c - Cache
Build requirements
   cmake/3.27.1#de7930d308bf5edde100f2b1624841d9 - Cache
Resolved version ranges
   cmake/[>=3.18 <4]: cmake/3.27.1
   openssl/[>=1.1 <4]: openssl/3.1.2
   zlib/[>1.2 <2]: zlib/1.3-pre
...

现在我们的包可以针对此新版本进行测试和验证,并在测试结束后移除该配置以恢复到通常的 Conan 行为。