为何指定固定版本cmake/4.1.0会导致Conan依赖图循环错误？

我正在构建一个依赖toola/1.0和toolb/1.0两个工具的包，这两个工具可能依赖不同的CMake包。

我的包配方中工具依赖声明如下：

tool_requires = (
       "toola/1.0",
       "toolb/1.0"
   )

构建配置文件设置：

[tool_requires]
!toola/*:cmake/3.27.1
*:cmake/[4.1.0]

执行以下命令创建包：

conan export recipes/toola
conan export recipes/toolb
conan create recipes/mypkg -pr:h=profiles/host -pr:b=profiles/build --build=missing

最后一步执行失败，报错：

ERROR: There is a cycle/loop in the graph:
Initial ancestor: cmake/4.1.0
Require: cmake/4.1.0
Dependency: cmake/4.1.0

但如果将*:cmake/[4.1.0]替换为*:cmake/[*]，即：

[tool_requires]
!toola/*:cmake/3.27.1
*:cmake/[*]

就能正常执行。需要理解这两种配置差异导致结果不同的原因。

这个循环问题的核心在于CMake的特殊性质和Conan的工具依赖匹配逻辑：

• CMake自身的构建依赖特性：CMake作为构建工具，若从源码编译它，本身也需要CMake。当你指定固定版本cmake/4.1.0时，Conan如果需要从源码构建该版本，就必须调用CMake来编译它。
• 固定版本规则的强制约束：你的全局规则*:cmake/[4.1.0]要求所有包（包括CMake自己）的工具依赖CMake都必须是4.1.0版本。这就形成了死循环：要构建cmake/4.1.0，必须先用cmake/4.1.0来编译，Conan无法打破这个闭环，因此抛出循环依赖错误。
• 通配符版本的灵活适配：当改为*:cmake/[*]时，Conan会灵活选择合适的CMake版本——比如直接使用系统已安装的CMake，或者选择一个不需要源码编译的预编译包，也可能选择一个更早的版本（该版本可以用现有环境中的CMake编译），不会强制要求用同版本的CMake构建自身，自然就避免了循环。

另外，你设置的!toola/*:cmake/3.27.1是针对toola的排除规则，但全局固定版本规则优先级更高，依然会覆盖CMake自身的构建依赖要求，所以无法解决循环问题。

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