优化
This commit is contained in:
+2
-1
@@ -123,7 +123,8 @@ Admin 和 Client Job 无部署参数,触发后会直接构建并重建对应
|
||||
选择规则:
|
||||
|
||||
- 单服务业务代码:选择该服务,并检查内部客户端或契约消费者是否也需要部署。
|
||||
- `common-*`、父 `pom.xml`、`platform-bom/`、`Jenkinsfile*` 或 `deploy/` 变化:`AUTO` 会选择全部 12 个服务。能够证明公共变更影响全部服务时可直接部署;无法证明范围时按第 1 节取得确认。
|
||||
- `common-*`、父 `pom.xml`、`platform-bom/`、`Jenkinsfile*` 或 `deploy/` 中非 `deploy/sql/` 的部署设施变化:`AUTO` 会选择全部 12 个服务。能够证明公共变更影响全部服务时可直接部署;无法证明范围时按第 1 节取得确认。
|
||||
- `deploy/sql/` 变化:`AUTO` 只标记存在待执行的数据库迁移,不据此扩大服务范围;同一提交中的服务目录变化仍按目录选择对应服务。若提交只有 SQL 变化,则不调度服务 Job。数据库迁移必须独立审核、取得明确授权并执行,不能由普通服务部署隐式触发。
|
||||
- Gateway 路由、CORS 或访问域变化:选择 `gateway`,并检查受影响业务服务。
|
||||
- 跨服务 DTO/OpenAPI/内部客户端变化:同时选择生产者和消费者。
|
||||
- 数据库结构变化:不能仅部署服务。先按数据库变更规则取得明确授权并完成迁移,再部署依赖该结构的服务。
|
||||
|
||||
Reference in New Issue
Block a user