hhstore
commented
3 years ago 构建系统/构建工具:
bazel:
- google 自家的
构建工具, 常见于 google 开源的各类项目中应用. 如k8s. - 说人话: 用于 替代 Makefile(make/cmake) 各类工具.
- https://github.com/bazelbuild/bazel
- https://awesomebazel.com/
- https://docs.bazel.build/versions/4.0.0/bazel-overview.html
应用:
- dart: https://github.com/cbracken/rules_dart
- go: https://github.com/bazelbuild/rules_go
- rust: https://github.com/bazelbuild/rules_rust
Starlark:
- 兼容
Python语法的脚本语言. - https://github.com/bazelbuild/starlark/
- https://github.com/google/skylark
- go 实现
- https://github.com/facebookexperimental/starlark-rust
- rust 实现
- Python 方言: 兼容
Python语法的脚本语言. - 使用场景: 写构建脚本/配置.
- 官方语法手册:
- 文档: https://skydoc.bazel.build/
- https://github.com/bazelbuild/starlark/blob/master/users.md
N年前，Google使用 Makefile 来管理代码。正如坊间传言，Makefile 管理代码太多时，就有点 hold 不住了。救急的解决办法是用 python 脚本来生成 Makefile，编译过程中用到的 python 函数都存储在 BUILD 文件中。但是这样还是太慢，瓶颈在 Make。
Blaze（后来以 Bazel 开源）项目开始于2006年。Blaze 用一个简单的解释器来读取 BUILD 文件（只支持函数调用，列表解析和变量分配）。Blaze 不能直接解析 BUILD 文件，通过 Python 解释器将用户的 BUILD 文件预处理为一个简化的 BUILD 文件，简化后的 BUILD 文件供 Blaze 使用。
这样处理起来简便并且允许开发者创建自己的宏。但是代码维护，性能，安全性又出现了很多问题。因为Blaze 本身不能解析 BUILD 文件，导致编译变得越来越复杂。
Bazel 经过重新设计，剔除了 Python 预处理的步骤。我们保留了 Python 的语法来移植基础代码。效果看上去不错：很多人喜欢我们的 BUILD 文件语法，并对一些构建工具进行了适配，比如 Buck, Pants 和 Please。
- 使用方法: https://blog.zeromake.com/pages/starlark-used/
- Skylark 历史: https://blog.bazel.build/2017/03/21/design-of-skylark.html
- https://www.cnblogs.com/zjutzz/p/10288844.html
典型用例:
- https://docs.bazel.build/versions/master/rules.html
- https://github.com/bazelbuild/rules_go/blob/master/extras/bindata.bzl
LUCI
- configuration definition language
- https://chromium.googlesource.com/infra/luci/luci-go/+/refs/heads/main/lucicfg/doc/README.md
luci-go
- https://github.com/luci/luci-go
- luci-go: LUCI services and tools in Go
related: