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

当开发一个包并使用版本范围来定义我们的依赖项时，有时会出现这种情况：一个依赖项的新版本有了一个新的预发布版本，我们想在它发布之前进行测试，以便提前验证新版本。

乍一看，如果新版本与我们的范围相交，可能会期望它匹配我们的范围，但是正如在版本范围教程中描述的那样，默认情况下，Conan 不会将预发布版本与未指定它的范围匹配。Conan 提供了 global.conf core.version_ranges:resolve_prereleases，当设置为 True 时，它允许在版本范围中匹配预发布版本。这避免了必须修改和导出依赖关系图的 recipe，这对于大型依赖关系图来说是不可行的。

此配置的好处是会影响整个依赖关系图，因此，如果我们的任何依赖项也定义了对我们感兴趣的库的需求，那么新版本也会被它拾取。

让我们看看它的实际效果。想象一下，我们有以下（简化的）依赖关系图，其中我们依赖于 libpng 和 libmysqlclient，它们都通过 [>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 命令行参数）一样简单，之后，运行 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 行为。