Bazel WORKSPACE有条件地定义两个“git_存储库”中的一个

Bazel WORKSPACE有条件地定义两个“git_存储库”中的一个,bazel,Bazel,我正在维护两个python库A和B,每个库都部分使用Bazel来构建非python代码。库B在Bazel方面依赖于A,因此B需要A的远程存储库 对于B的发布版本,我希望A的远程存储库采用规范形式,例如带有提交散列的git_存储库 在开发过程中,我希望有一个符号链接形式的远程存储库,例如,git_存储库,带有主分支 我只想用其中一个。经过一些研究,我发现在工作区级别没有“条件分支”方法(由命令行标志或环境变量提供)可以使用。我要的是我找不到的任何选择 以下是我寻找的备选方案,但不是100

我正在维护两个python库A和B,每个库都部分使用Bazel来构建非python代码。库B在Bazel方面依赖于A,因此B需要A的远程存储库

  • 对于B的发布版本,我希望A的远程存储库采用规范形式,例如带有提交散列的
    git_存储库
  • 在开发过程中,我希望有一个符号链接形式的远程存储库,例如,
    git_存储库
    ,带有主分支
我只想用其中一个。经过一些研究,我发现在工作区级别没有“条件分支”方法(由命令行标志或环境变量提供)可以使用。我要的是我找不到的任何选择


以下是我寻找的备选方案,但不是100%满意

  • 在开发过程中使用
    local_repository
    不是一个有吸引力的解决方案,因为在现实中,有8个以上的库具有链式依赖关系,我认为手动克隆并有时提取它们是不现实的
  • 在构建级别使用
    alias()
    select()
    也不是很有吸引力的解决方案,因为事实证明,在B中使用了几十个a的blaze目标。为所有这些目标定义别名在规模上是不可维护的。(或者有没有办法在包级别定义别名?)
  • 使用两个工作区文件似乎是可行的,但除了手动重命名它们之外,我找不到一种干净的方法来选择工作区文件
  • 定义自定义的
    repository\u规则
    ,通过
    repository\u ctx.os.environ
    值进行分支,似乎很有希望,直到我发现我不能在实现中重用其他存储库规则

虽然通常不能重用其他存储库规则,但实际上,其中许多规则都是用Starlark编写的,并且易于重用。例如,
git\u存储库的实现:

def_git_repository_实现(ctx):
更新=\u克隆\u或\u更新(ctx)
补丁(ctx)
删除(ctx.path(“.git”))
return\u update\u git\u attrs(ctx.attr,\u common\u attrs.keys(),update)
如果您只使用基本功能,那么大多数实用程序函数都是NOPs,或者可以从您自己的starlark代码中加载。您可以通过以下方式进行裸骨替换:

load(“@bazel\u tools//tools/build\u defs/repo:git\u worker.bzl”,“git\u repo”)
def_my_git_repository_实现(ctx):
directory=str(ctx.path(“.”)
git_repo(ctx,目录)
删除(ctx.path(“.git”))

谢谢,我最终定义了自己的规则,与您提供的规则类似:)
git_repository(
  name = "A",
  commit = "...",
  remote = "https://github.com/foo/A",
)
git_repository(
  name = "A",
  branch = "master",
  remote = "https://github.com/foo/B",
)
# WORKSPACE
git_repository(name = "A", ...)
git_repository(name = "A_master", ...)

# BUILD
config_setting(name = "use_master", ...)
alias(
  name = "A_pkg_label",  # There are too many targets to declare
  actual = select({
    ":use_master": "@A_master/pkg:label",
    "//conditions:default": "@A/pkg:label",
  })
)