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

在开发包并使用版本范围来定义我们的依赖项时，可能会出现依赖项的新版本发布了新的预发布版本，我们希望在正式发布之前对其进行测试，以便提前验证新版本的情况。

乍一看，如果新版本与我们的范围相交，我们可能会期望它匹配我们的范围，但如版本范围教程中所述，默认情况下 Conan 不会将预发布版本与未明确指定它的范围匹配。

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

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

如果未指定 include_prerelease 标志，则在这种情况下将忽略预发布版本。

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

如果设置为 True，它将在全局上启用版本范围中的预发布匹配，即使版本范围表达式未明确允许它。这避免了修改和导出依赖图的配方，对于大型依赖图来说这将是不可行的。

此配置还有一个好处，即影响整个依赖图，因此如果我们的任何依赖项也定义了对我们感兴趣的库的要求，新版本也将被它选中。

让我们实际看看这个例子。假设我们有以下（总结）依赖图，其中我们依赖于 libpng 和 libmysqlclient，它们都通过 [>1.2 <2] 版本范围依赖于 zlib

如果现在发布了 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 行为。