0

我正在编写一个存储库规则，我需要执行一个查询，以便我可以将该查询的输出与我的包管理器一起使用：

bazel query 'rdeps(//..., @package_manager//...) except @package_manager//...' --output=xml

让这个存储库的用户执行这个查询对我来说最方便的方法是什么？

理想情况下，我可以为此使用genquery，但由于//...查询范围，genquery 会出错。

我已经考虑让用户执行我定义的目标并将其通过管道传输到他们的 shell 中：bazel run @package_manager//:query" | shell但这看起来很尴尬，并且显然会在似乎不需要时创建对 shell 的依赖，并要求用户信任任何 shell 命令我要给他们，这似乎是一种糟糕的形式。

背景

我正在制定规则以使用 dotnet 的 nuget 包管理器。Nuget 包管理有一个有趣的特点，即每个包都声明了多个目标框架的依赖关系。当目标 A 声明对包 P 的依赖时，nuget 检查目标 A 以确定其目标框架列表是什么。在确定目标框架列表后，nuget 会针对给定的目标框架解析包 P 的传递依赖关系。

本质上，每个包都由子包组成：P:version:target-framework，即Newtonsoft.Json:12.0.3:netstandard2.0

但是，当目标声明对包的依赖时，目标只是列出 P_version，不包括目标框架。更重要的是，即使Newtonsoft.Json只有一个明确定义netstandard2.0的包，这个框架还是兼容netstandard2.1的。

为了在 Bazel 中适应这一点，我想保持与 nuget 生态系统相同的依赖管理风格，但指定包存储库的版本。即我希望用户指定类似

nuget_install([
    "Newtonsoft.Json:12.0.3"
])

在 WORKSPACE 中，并指定：

dotnet_library(
    name="A"
    target_frameworks = ["netstandard2.1"]
    deps=[":B", "@nuget//newtonsoft.json"]
)
dotnet_library(
    name="A"
    target_frameworks = ["netstandard1.0"]
    deps=["@nuget//newtonsoft.json"]
)

在构建中。

然后结果：

  1. 不获取 newtonsoft.json:12.0.3:netstandard2.0 的依赖项（因为没有），并且此版本与目标 netstandard2.1 兼容
  2. 获取 newtonsoft.json:12.0.3:netstandard1.0 的依赖项（因为有一些） 目标框架的依赖项位于依赖项部分

我计划让用户检查 nuget packages.lock.json 文件，这样第二次就不需要查询目标，而是进行第一次获取，当用户更改任何目标框架版本时，它看起来像在 nuget 能够计算给定包的依赖关系图的传递闭包之前，我需要查询 bazel 以获取依赖于这些包的目标框架。

4

0 回答 0