| title | description |
|---|---|
其他细节 |
其他细节 |
区分三个版本
| 名称 | 说明 | 例子 | 备注 |
|---|---|---|---|
| protoc | 编译器 | 3.21.7 |
protobuf 不同语言可能基于版本不一样 |
| grpc | grpc | 1.50.0 |
grpc protobuf上RPC扩展 |
| protobuf-gradle-plugin | gradle插件 | 0.8.19 |
protobuf-gradle-plugin 帮助gradle: 1：集成protoc命令， 2：source目录布局 |
所以关系是：
- protoc 是底座
- grpc 是扩展
- protobuf-gradle-plugin 只是个辅助工具
这样松散的关系会导致： 版本的不兼容， protoc vs grpc vs protobuf-gradle-plugin， 目前 Apihug 测试通过的版本集合是
| 名称 | 版本 | 子包 | ApiHug Version |
|---|---|---|---|
| protoc | 3.21.7 |
protobuf-java & protobuf-java-util |
[0.3.5-RELEASE,) |
| grpc | 1.50.0 |
protoc-gen-grpc-java & grpc-stub & grpc-protobuf& grpc-core |
[0.3.5-RELEASE,) |
| protobuf-gradle-plugin | 0.8.19 |
com.google.protobuf:protobuf-gradle-plugin |
[0.3.5-RELEASE,) |
版本控制的细节，在ApiHug的 gradle 插件，和 BOM 版本控制中已经预设好，兼容问题已经得到充分测试;
💁♀️为什么不升级到更高阶版本? 因为ApiHug 只是使用 protobuf 作为 DSL 载体，而不是他的序列化功能或者rpc扩展。
- 统一版本管理格式
- 长期滚动发布控制(Rolling Release)
ApiHug 自身项目采用 libs.versions.toml 文件 方式控制。