如何在Bazel中构建跨平台WORKSPACE的更优方案？

针对你目前分别为Windows和Linux维护两个本地仓库的情况，这里有两种更简洁、可维护的跨平台实现方案，帮你减少冗余代码并统一依赖引用：

方案一：利用Bazel原生的select和平台约束统一仓库 #

这种方案借助Bazel内置的平台检测能力，用同一个仓库定义适配不同系统，无需维护多个仓库名称：

# 先定义Windows和Linux的平台配置
config_setting(
    name = "windows_platform",
    constraint_values = ["@platforms//os:windows"],
)

config_setting(
    name = "linux_platform",
    constraint_values = ["@platforms//os:linux"],
)

# 统一的TUT本地仓库，根据平台自动切换路径和构建规则
new_local_repository(
    name = "tut",
    path = select({
        ":windows_platform": "/d/diego/progs/c++/lib/tut/",
        ":linux_platform": "/usr/include/",
    }),
    build_file_content = """
cc_library(
    name = "tut",
    # Windows下需要包含tut子目录的hpp文件，Linux下这些头文件已在系统路径中无需额外srcs
    srcs = select({
        "@platforms//os:windows": glob(["tut/*.hpp"]),
        "@platforms//os:linux": [],
    }),
    hdrs = select({
        "@platforms//os:windows": glob(["*.h"]),
        "@platforms//os:linux": glob(["tut/*.hpp", "tut/*.h"]),
    }),
    visibility = ["//visibility:public"],
)
""",
)

优势：

• 统一依赖引用：所有目标直接使用@tut//:tut即可，无需根据平台切换依赖名
• 借助Bazel原生特性，学习成本低，配置逻辑清晰

方案二：自定义repository_rule自动检测平台 #

如果需要更灵活的逻辑（比如扩展到其他平台、动态调整路径），可以自定义仓库规则，在初始化时自动识别操作系统并配置：

def _tut_repo_impl(repo_ctx):
    # 检测当前操作系统
    os_name = repo_ctx.os.name
    if os_name.startswith("windows"):
        target_path = "/d/diego/progs/c++/lib/tut/"
        build_content = """
cc_library(
    name = "tut",
    srcs = glob(["tut/*.hpp"]),
    hdrs = glob(["*.h"]),
    visibility = ["//visibility:public"],
)
"""
    elif os_name == "linux":
        target_path = "/usr/include/"
        build_content = """
cc_library(
    name = "tut",
    hdrs = glob(["tut/*.hpp", "tut/*.h"]),
    visibility = ["//visibility:public"],
)
"""
    else:
        fail(f"Unsupported OS: {os_name}")
    
    # 创建符号链接到目标路径
    repo_ctx.symlink(target_path, ".")
    # 生成BUILD文件
    repo_ctx.file("BUILD", build_content)

# 定义自定义仓库规则
tut_repository = repository_rule(
    implementation = _tut_repo_impl,
    local = True,
)

# 初始化TUT仓库
tut_repository(name = "tut")

优势：

• 逻辑封装在规则内部，WORKSPACE只需要一行调用
• 易于扩展：后续添加macOS等平台时，只需在_tut_repo_impl中增加分支判断
• 可以加入更多动态逻辑，比如检查路径是否存在、自动调整glob规则等

额外建议 #

• 尽量使用相对路径代替绝对路径：比如Windows下的路径可以改成../../progs/c++/lib/tut/（相对于WORKSPACE的位置），这样其他开发者克隆项目后无需手动修改路径
• 验证Linux下的glob规则：确保/usr/include/下的TUT头文件结构和你的glob匹配，避免遗漏或错误匹配

内容的提问来源于stack exchange，提问作者thinlizzy