配方的设置和选项如何影响其包 ID

在 Conan 中,包 ID 是包二进制文件的唯一标识符,它考虑了所有影响其二进制兼容性的因素。这些因素包括配方选项和设置,以及需求或工具需求。

让我们看看设置和选项如何影响包 ID,以及一些不应该影响包 ID 的示例。

设置如何影响包 ID

设置是开发项目范围内的变量,如编译器、其版本或操作系统本身。这些变量值必须定义,它们应该与我们的开发环境的值匹配,并且它们不能像选项一样具有默认值。

例如,让我们定义一个仅生成依赖于操作系统的包的配方

from conan import ConanFile

class Pkg(ConanFile):
    name = "pkg"
    version = "1.0.0"
    settings = "os"  # Only OS setting affects the package ID

如果我们从这个配方为 Linux 生成一个包,我们将得到以下包 ID

 $ conan create . --settings os=Linux
 ...
 pkg/1.0.0: Package '9a4eb3c8701508aa9458b1a73d0633783ecc2270' created

 $ conan list pkg/1.0.0:*
 Local Cache
   pkg
     pkg/1.0.0
       revisions
           476929a74c859bb5f646363a4900f7cf (2024-03-07 09:13:43 UTC)
             packages
               9a4eb3c8701508aa9458b1a73d0633783ecc2270
                 info
                   settings
                     os: Linux

如果我们用 Windows 做同样的事情,现在包 ID 将会不同

 $ conan create . --settings os=Windows
 ...
 pkg/1.0.0: Package 'ebec3dc6d7f6b907b3ada0c3d3cdc83613a2b715' created

 $ conan list pkg/1.0.0:*
 Local Cache
   pkg
     pkg/1.0.0
       revisions
           476929a74c859bb5f646363a4900f7cf (2024-03-07 09:13:43 UTC)
             packages
               9a4eb3c8701508aa9458b1a73d0633783ecc2270
                 info
                   settings
                     os: Linux
               ebec3dc6d7f6b907b3ada0c3d3cdc83613a2b715
                 info
                   settings
                     os: Windows

每当设置或子设置的值更改时,包 ID 将会不同以反映这一点。

设置最常见的用途是模拟可能影响包 ID 的不同项目范围内的方面。一个执行此操作的配方将是

from conan import ConanFile

class Pkg(ConanFile):
    name = "pkg"
    version = "1.0.0"
    settings = "os", "arch", "compiler", "build_type"

现在,使用不同的编译器版本编译包将导致不同的包 ID

 $ conan create . --settings compiler.version=192
 ...
 pkg/1.0.0: Package '4f267380690f99b3ef385199826c268f63147457' created

 $ conan create . --settings compiler.version=193
 ...
 pkg/1.0.0: Package 'c13a22a41ecd72caf9e556f68b406569547e0861' created

 $ conan list pkg/1.0.0:*
 Local Cache
   pkg
     pkg/1.0.0
       revisions
         f1f48830ecb04f3b328429b390fc5de8 (2024-03-07 09:21:07 UTC)
           packages
             4f267380690f99b3ef385199826c268f63147457
               info
                 settings
                   arch: x86_64
                   build_type: Release
                   compiler: msvc
                   compiler.cppstd: 14
                   compiler.runtime: dynamic
                   compiler.runtime_type: Release
                   compiler.version: 192
                   os: Windows
             c13a22a41ecd72caf9e556f68b406569547e0861
               info
                 settings
                   arch: x86_64
                   build_type: Release
                   compiler: msvc
                   compiler.cppstd: 14
                   compiler.runtime: dynamic
                   compiler.runtime_type: Release
                   compiler.version: 193
                   os: Windows

删除用作 tool_require 的包的设置

在某些情况下,设置不应该影响最终的包 ID。一个例子是,当一个配方打包一个工具,该工具将通过 tool_requires 用于构建其他包时

在这种情况下,编译器使用的值对于工具的编译是必需的,但对于消费者来说不是那么重要,因为我们只想执行该工具来构建其他项目。因此,我们最终可以从包 ID 中删除编译器影响

from conan import ConanFile

class CMake(ConanFile):
    name = "cmake"
    version = "1.0.0"
    settings = "os", "arch", "compiler", "build_type"  # Only OS and architecture influence the resulting package

    def build(self):
        # self.settings.compiler value will be used here to compile cmake

    def package_id(self):
        # Remove compiler setting from package ID
        del self.info.settings.compiler

为什么不从 settings 属性中删除设置?因为 build() 方法仍然需要编译器值来执行可执行文件的编译。

注意

如果我们正在生成自己的可执行文件(我们自己的应用程序,而不是 tool_require),不建议从包 ID 中删除编译器设置,因为我们始终希望知道该包是使用特定编译器生成的。

但是,如果我们打包的工具甚至不需要编译器输入来构建(例如,一个 python 脚本),我们也可以直接删除设置属性

from conan import ConanFile

class MyPythonScripts(ConanFile):
    name = "my-python-scripts"
    version = "1.0.0"
    # No settings this time

或者,如果该工具是特定于平台的,我们可以只保留操作系统和架构信息

from conan import ConanFile

class MyScripts(ConanFile):
    name = "my-scripts"
    version = "1.0.0"
    settings = "os", "arch"

选项如何影响包 ID

选项用于指定单个配方的特定特征,与通常在项目中配方之间保持一致的设置形成对比。它们通常是库可执行文件或 conan 包可能具有的一组特定特征。

例如,shared 选项是一个非常常见的选项,用于可以生成共享库的配方中。但是,它不可能是一个设置,因为并非所有配方都生成共享库。

from conan import ConanFile

class Pkg(ConanFile):
    name = "pkg"
    version = "1.0.0"
    options = {"shared": [True, False]}
    default_options = {"shared": True}

与前面的设置情况一样,选项的不同值会影响包 ID,因此会根据它生成不同的包。

 $ conan create . --options shared=True
 ...
 pkg/1.0.0: Package '1744785cb24e3bdca70e27041dc5abd20476f947' created

 $ conan create . --options shared=False
 ...
 pkg/1.0.0: Package '55c609fe8808aa5308134cb5989d23d3caffccf2' created

同样,可能存在一些“选项”,这些选项在配方中作为输入来生成包,但不应在包 ID 中考虑。一个例子可能是控制构建阶段的某些内容但不影响包结果的选项,例如编译的详细程度。在这种情况下,配方应在 package_id() 方法 中删除该选项

但是,一般的建议是选项应始终影响包 ID,如果我们想在配方中有一个不应影响它的输入,则应通过配置文件的 conf 部分 来完成。然后在配方中,我们应该只添加

from conan import ConanFile

class MyPkg(ConanFile):
    name = "my-pkg"
    version = "1.0.0"

    def build(self):
        verbosity = self.conf.get("user.my-pkg:verbosity")
        self.output.info(f"Using verbosity level: {verbosity})
        ...
myprofile
[conf]
user.my-pkg:verbosity=silent

这样,包 ID 将不会受到影响,配方将更简洁(没有与包 ID 无关的选项),并且可以通过配置文件的 conf 部分轻松管理输入。