[B] Trino 版本适配改造(一)
# 背景说明
在大数据平台的持续集成与版本管理体系中,Bigtop 的 bigtop.bom
文件扮演着至关重要的调度枢纽角色。BOM核心
不论是 Trino 还是 Sqoop、Flink,所有关键依赖、版本号、源码下载路径等元信息都统一在 BOM 文件中维护,这是实现跨版本、跨环境稳定构建的基础保障。
BOM 文件的作用
BOM(Bill of Materials)是“依赖元信息的唯一来源”,控制了每个组件的主版本号、依赖链,以及源代码的获取和打包方式。维护好 BOM 文件,就等于掌控了组件编译的主动权——遇到版本升级或替换,只需修改 BOM,一切流程自动感知。
# 第一步:为 Trino 新增 BOM 配置
为了适配 Trino 的特定版本编译,需要在 bigtop/bigtop.bom
文件中新增一段 Trino 的配置块。这个配置控制了 RPM 包的命名规则、源码
tar 包路径,以及后续打包过程中所有依赖的核心元信息。
参考如下模板,将其粘贴到 BOM 文件合适的位置(通常建议和其它组件配置保持一致顺序):
'trino' {
name = 'trino'
rpm_pkg_suffix = "_" + bigtop.base_version.replace(".", "_")
relNotes = 'trino v474'
version { base = '474'; pkg = base; release = 1 }
tarball {
source = "${version.base}.tar.gz"
destination = "${name}-${version.base}.tar.gz"
}
url {
site = bigtop.gh_proxy + "https://github.com/JaneTTR-Bigdata/trino/archive/refs/tags/"
archive = site
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
2
3
4
5
6
7
8
9
10
11
12
13
14
注意
source 与 destination 字段的命名务必与实际上传到 dl 目录的 tar 包保持一致,否则编译阶段会因为找不到文件而失败。建议事先统一命名规范。
- 01
- bigtop-select 打包缺 compat 报错修复 deb07-16
- 02
- bigtop-select 打包缺 control 文件报错修复 deb07-16
- 03
- 首次编译-环境初始化 必装07-16