一次口头交代的爆率调整(说好调 5%,听成了 50%)直接进生产,全服掉落爆炸两小时——高危变更没有审批链,一句话就能动全服经济。变更审批封装:高危操作(改爆率、清零变量、批量发奖)必须走两级审批(申请人提交、主管审批、运营复核),审批全程留痕,无审批单的变更在执行入口直接拒绝。
审批单状态机与执行闸门:流转留痕、未批拒绝。示例代码如下:
local approvals = {}
local function submitChange(kind, detail, applicant)
local id = "CH" .. os.time()
approvals[id] = { kind = kind, detail = detail, applicant = applicant,
status = "pending", level1 = "", level2 = "", ts = os.time() }
sendmsg(nil, 1, "变更单 " .. id .. " 已提交,等待审批。")
return id
end
local function approve(id, level, approver)
local a = approvals[id]
if a == nil or a.status ~= "pending" then
return false
end
if approver == a.applicant then
print("审批人不得为申请人")
return false
end
if level == 1 then
a.level1 = approver
print("一级审批通过,待运营复核")
else
a.level2 = approver
a.status = "approved"
print("二级审批通过,变更单 " .. id .. " 可执行")
end
return true
end
local function executeChange(id, execFn)
local a = approvals[id]
if a == nil or a.status ~= "approved" then
print("变更单 " .. tostring(id) .. " 未获批准,拒绝执行")
return false
end
execFn()
a.status = "executed"
return true
end
改爆率的审批流程示例代码如下:
local id = submitChange("drop_rate", "祖玛教主爆率 1/5000 调至 1/4500", "策划小李")
approve(id, 1, "主管老王")
approve(id, 2, "运营老张")
executeChange(id, function()
print("爆率调整生效")
end
)
approvals 表以变更单号为键,状态单向流转 pending 到 approved 到 executed,任何回退都是显式操作。审批人等于申请人的自批被硬编码拒绝——申请与审批必须两个主体。executeChange 是唯一的执行闸门,status 不是 approved 一律拒绝,口头交代在代码层面无法生效。
变更审批踩过三个坑:一是紧急故障修复等不及两级审批,运维直接改线上后补单,补单变成走过场——紧急通道单列:先执行后 4 小时内补审,逾期未补自动告警升级,通道用一次记录一次;二是审批超时无人处理,变更单积压一周,pending 超 24 小时自动驳回并通知申请人重新提交;三是审批粒度不清,一张单改五个参数,审批人看不懂改了什么就点了同意,变更单的 detail 必须逐参数列出旧值与新值。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、线上事故:阵容 3 职业 × 4 时段 × 2 难度共 24 种挑战方案,手写循环嵌套漏了一层,只枚举出 12 种,一半…
一、抛坑提问:红名惩罚公式要 A/B 两版对照跑,重启换版一次 5 分钟——把函数存进模块表字段,运行时改字段指向即完成切换…
一、一行代码拆解:local svc = {pricing = p, ledger = l} —— 这一行把结算器要用的依赖…
一、一行代码拆解:local obj = table.remove(pool) or {} —— 这一行是对象池的取件口:池…
一、隐蔽陷阱:攻方名单与守方名单各 200 人,找两边都在的重叠者用双层循环逐对比,4 万次比较跑 0.4 秒;名单翻倍直接…
一、线上事故:战利 30 件往剩余 8 格里塞,脚本按掉落顺序装满即停,价值 9000 的低阶货占格,价值 15000 的裁…