Bazel WORKSPACE有条件地定义两个`git_repository`

问题描述

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

• 对于B的发行版，我想以规范的形式拥有A的远程存储库，例如带有提交哈希的git_repository。

git_repository(
  name = "A",commit = "...",remote = "https://github.com/foo/A",)

• 在开发过程中，我希望使用符号链接形式的A的远程存储库，例如，具有主分支的git_repository。

git_repository(
  name = "A",branch = "master",remote = "https://github.com/foo/B",)

我想使用其中之一。经过一些研究，我发现没有“条件分支”方法（由命令行标志或环境变量提供）可以在WORKSPACE级别使用。我要的是我找不到的任何选项。

---

以下是我搜索过的替代方法，但并非100％满意。

• 在开发过程中使用local_repository并不是一个有吸引力的解决方案，因为实际上有8个以上具有链接依赖关系的库，而且我认为手动克隆有时将它们拉出是不现实的。
• 在构建级别上将alias()与select()一起使用也不是很吸引人的解决方案，因为事实证明，B中使用了数十个A的烈火目标。为它们定义别名是无法大规模维护。 （或者是否可以在包级别定义别名？）。

# 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",})
)

• 使用两个WORKSPACE文件似乎可行，但是除了手动重命名它们之外，我找不到一种干净的方法来选择WORKSPACE文件。
• 按repository_rule值定义自定义repository_ctx.os.environ似乎很有希望，直到我发现无法在实现中重用其他存储库规则。

解决方法

虽然通常不能重用其他存储库规则，但实际上许多规则是用Starlark编写的，并且易于重用。例如，print()的实现looks like this：

git_repository

如果您仅使用基本功能，那么大多数实用程序功能要么是NOP，要么可以通过您自己的starlark代码def _git_repository_implementation(ctx): update = _clone_or_update(ctx) patch(ctx) ctx.delete(ctx.path(".git")) return _update_git_attrs(ctx.attr,_common_attrs.keys(),update) 来使用。您可以使用以下方法进行准系统替换：

load