供应商模式是 Bzlmod 的一项功能，可让您创建外部依赖项的本地副本。这对于离线 build 或您想要控制外部依赖项的来源非常有用。
启用供应商模式
您可以通过指定 --vendor_dir 标志来启用供应商模式。
例如，通过将其添加到 .bazelrc 文件中：
# Enable vendor mode with vendor directory under <workspace>/vendor_src
common --vendor_dir=vendor_src
供应商目录可以是相对于工作区根目录的相对路径，也可以是绝对路径。
供应商提供特定的外部代码库
您可以使用带有 --repo 标志的 vendor 命令指定要提供给供应商的代码库，该命令同时接受规范代码库名称和明显代码库名称。
例如，运行以下命令：
bazel vendor --vendor_dir=vendor_src --repo=@rules_cc
或
bazel vendor --vendor_dir=vendor_src --repo=@@rules_cc~
都会获得 rules_cc，以供在 <workspace root>/vendor_src/rules_cc~ 下提供。
给定目标的供应商外部依赖项
如需为构建给定目标模式所需的所有外部依赖项提供供应商，您可以运行 bazel vendor <target patterns>。
例如：
bazel vendor --vendor_dir=vendor_src //src/main:hello-world //src/test/...
将使用当前配置提供构建 //src/main:hello-world 目标以及 //src/test/... 下所有目标所需的所有代码库。
在后台，它会执行 bazel build --nobuild 命令来分析目标模式，因此可以将 build 标志应用于此命令并影响结果。
离线构建目标
将外部依赖项作为供应商提供后，您可以通过以下方式离线构建目标：
bazel build --vendor_dir=vendor_src //src/main:hello-world //src/test/...
构建应在没有网络访问权限和代码库缓存的干净构建环境中运行。
因此，您应该能够提交供应商源代码，并在其他机器上离线构建相同的目标。
提供所有外部依赖项
如需将传递外部依赖项图中的所有代码库作为供应商提供，您可以运行以下命令：
bazel vendor --vendor_dir=vendor_src
请注意，提供所有依赖项都存在一些缺点：
- 提取所有代码库（包括以传递方式引入的代码库）可能非常耗时。
- 供应商目录可能会变得非常大。
- 如果某些代码库与当前平台或环境不兼容，则可能无法提取。
因此，请先考虑为特定目标进行供应商开发。
使用 VENDOR.bazel 配置供应商模式
您可以通过位于 vendor 目录下的 VENDOR.bazel 文件，控制如何处理给定代码库。
有两种指令，均接受规范代码库名称列表作为参数：
ignore()：表示完全忽略供应商模式下的代码库。pin()：将代码库固定到其当前的供应商来源，就像此代码库具有--override_repository标志一样。在运行 vendor 命令时，除非取消固定，否则 Bazel 不会更新此代码库的供应商源代码。用户可以手动修改和维护此代码库的供应商源代码。
例如：
ignore("@@rules_cc~")
pin("@@bazel_skylib~")
采用此配置
- 后续的供应商命令将排除这两个代码库。
- Repo
bazel_skylib将被替换为位于 vendor 目录下的源代码。 - 用户可以安全地修改通过供应商提供的
bazel_skylib源代码。 - 如需重新添加
bazel_skylib代码，用户必须先停用 PIN 码。
了解供应商模式的运作方式
Bazel 提取 $(bazel info
output_base)/external 下的项目的外部依赖项。通过 vendor 方法提供外部依赖项，意味着将相关文件和目录移至给定供应商目录，并将 vendor 添加的源代码用于后续 build。
要供应商提供的内容包括：
- 代码库目录
- 代码库标记文件
在构建期间，如果第三方标记文件是最新的，或者代码库已固定在 VENDOR.bazel 文件中，则 Bazel 会在 $(bazel info output_base)/external 下创建指向该第三方源代码的符号链接，而不是实际运行代码库规则，以使用该第三方源代码。否则，系统会显示一条警告，并且 Bazel 将回退为获取最新版本的代码库。
供应商注册表文件
Bazel 必须执行 Bazel 模块解析才能提取外部依赖项，这可能需要通过互联网访问注册表文件。为了实现离线 build，Bazel 会将从网络提取的所有注册表文件放置在 <vendor_dir>/_registries 目录下。
供应商符号链接
外部代码库可能包含指向其他文件或目录的符号链接。为确保符号链接正常运行，Bazel 使用以下策略重写供应商源中的符号链接：
- 创建指向
$(bazel info output_base)/external的符号链接<vendor_dir>/bazel-external。它会由每个 Bazel 命令自动刷新。 - 对于供应商源代码，将原来指向
$(bazel info output_base)/external下的路径的所有符号链接重写为<vendor_dir>/bazel-external下的相对路径。
例如，如果原始符号链接是
<vendor_dir>/repo_foo~/link => $(bazel info output_base)/external/repo_bar~/file
它将重写为
<vendor_dir>/repo_foo~/link => ../../bazel-external/repo_bar~/file
其中
<vendor_dir>/bazel-external => $(bazel info output_base)/external # This might be new if output base is changed
由于 <vendor_dir>/bazel-external 是由 Bazel 自动生成的，因此建议将其添加到 .gitignore 或等效项中，以免签入。
使用此策略时，即使在该供应商的来源移至其他位置或更改了 Bazel 输出库后，该供应商的源代码中的符号链接也应能够正常运行。