ci: cancel superseded runs on non-default branches #15
Closed
layue13
wants to merge 1 commits from
ci/cancel-in-progress into main
pull from: ci/cancel-in-progress
merge into: TDLM:main
TDLM:main
TDLM:chore/proguard
TDLM:perf/reuse-block-lookups
TDLM:perf/creative-node-self-heal
TDLM:perf/hyper-node-creator
TDLM:perf/creative-node-registry
TDLM:perf/singularity-queries
TDLM:perf/tank-crops-lookups
TDLM:fix/guifactory
TDLM:build/stratum-bump
No Reviewers
Labels
Clear labels
area/build
area/client
area/compatibility
area/config
area/integration
area/lifecycle
area/lighting
area/network
area/performance
area/persistence
area/release
area/render
area/security
area/server
area/test
origin/scan
origin/upstream-sync
构建系统、编译与 CI。
仅客户端(渲染除外)
跨模组、跨版本或外部接口兼容行为。
默认配置、配方、日志噪音
跨仓库 API、工具链或功能联动问题。
实体、区块、世界对象的加载、卸载、持久化与资源所有权。
光照更新、传播队列及其与区块卸载、渲染路径的行为。
网络包与同步
运行时 CPU、内存、分配、网络或存盘开销问题。
NBT、存档、实体/区块加载卸载与生命周期
版本、Maven 坐标、制品发布与发布链路。
渲染、光照、着色器
权限边界、服务端校验、反序列化或其他安全风险。
仅服务端 tick/逻辑
测试实现、覆盖与验证设施
组织内部审计扫描产出
日扫上游 GTNH 发现的待吸收改动
priority
p0
最高处理优先级:广泛崩溃、数据或权限风险,或关键发布通道被阻断且无绕行方案。
priority
p1
高处理优先级:核心功能明显受损或影响范围较大,近期安排处理。
priority
p2
常规处理优先级:影响范围有限且有可行绕行,纳入计划处理。
priority
p3
低处理优先级:影响轻微或仅涉及边界场景,有空再处理。
resolution
duplicate
与另一 issue 重复
resolution
fixed
已有合并的 PR/commit 修复
resolution
invalid
复核后不成立/无法复现/无需处理
resolution
recorded
记录类 issue,记录完成即关闭
resolution
wontfix
评估后决定不修
type
audit
扫描、覆盖普查、设计评估等记录类,本身不是待修缺陷
type
chore
构建、CI、发布、依赖、版本、上游同步、清理
type
defect
功能错误、崩溃、数据错乱(不含性能与安全专项)
type
feature
新功能或联动,当前行为不算故障
type
perf
CPU/内存/分配/网络/存盘开销问题
type
question
待答复/待决策,尚未形成实现任务
type
security
权限越界、复制/刷物品、绕过领地、服务端校验缺失、反序列化
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: TDLM/thaumicadditions#15
Reference in new issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
把
concurrency.cancel-in-progress从false改为非默认分支取消旧 run。为什么:
false会让同一分支的新 run 排队等待上一个跑完,而不是取消它。实测(10,999 条 run 记录)中位排队:false为 8.9 分钟,已成true的为 0.1 分钟(差 90 倍);当前 54% 的 run 等待超过 5 分钟。为什么用表达式:默认分支有 10 种(master 158 / main 79 / 1.7.10 10 …),硬编码会误伤发布路径。该表达式只取消非默认分支的旧 run,默认分支仍保留串行。
已验证:在
TDLM/CustomSkinLoader-1710上实测——push 后旧 run 立即变为cancelled,新 run 正常接管,构建成功(PR #5)。改动仅 1 行,不涉及构建逻辑。
Pull request closed