LIANER双十一上线清单PDF
LIANER FITMOMENTS · ENGINEERING REVIEW
方案评审

上线清单

双十一积分功能怎么合、怎么部署、怎么开、怎么验证、怎么退,按顺序一步步做。

适用研发 · 运维 · 运营
来源2026-10-27 积分方案 v2.2 · 当前 MR 状态
版本v1.0 · 2026-10-27
练二一下,好状态。
练二健身 · 研发中心 hellolianer.com
01
Overview

一图看懂

双十一上线分六步:合并、准备、部署加 SQL、开开关、传小程序、验证。

1合并按顺序合 MR研发2准备清 test2、备份研发 / DBA3部署 + SQL先部署,再执行研发 / DBA4开开关后台逐项打开运营5上传小程序正式包上传William6验证逐项过一遍运营 / 研发顺序别颠倒:先部署,再执行「购买返分」那条 SQL
上线六步和谁来做
研发合并 MR、清 test2、部署后端和后台
DBA / 运维执行 SQL(William 点头后才执行,下面所有 SQL 目前都没执行过)
运营在后台「积分规则」页逐项打开开关,按第 06 章验证
William上传小程序:先把共享电脑上的开发者工具切回正常显示,再点上传
书记双十一会场(feat/double11-venue)和 shuji_1022_shuang_11 归他;我们的 MR 叠在上面,没动他的专题页和签券
02
Merge

合并顺序

三个仓库各一个 Draft MR,审完再合;合之前后端和小程序都要先对一下书记的最新提交。

后端 lianer-back合进书记的 shuji_1022_shuang_11!287后台 admin next合进 master!20小程序 user-app合进书记的 feat/double11-venue!70每个仓库只有 1 个 MR,都是 Draft:审完再合
第 0 期:每个仓库一个 MR
后端 !287合并了原来的 !279 !280 !283 !284 !286。基于书记的 shuji_1022_shuang_11。附 SQL 清单见第 04 章。
后台 !20合并了原来的 !15 !16(积分规则页 + 商城库存配置,拆不开)。基于 master。
小程序 !70合并了原来的 !61 !62 !63 !65 !66 !67 !68 !69,已删旧签到页。基于书记的 feat/double11-venue。
建议

合并顺序不再有讲究:后端、后台、小程序三者互不依赖,只是小程序上传前要等后端先部署。原来的旧 MR 标题里都写了「已合并到 !X」,合完 !287 !20 !70 就可以把它们关掉。

注意

第 1 期(积分商城)的 MR 不在这里:小程序 !64、后端 !278 !282 !271。其中后端 !282 和这次的 !287 在 LianerUserScoreMapper.xml 上有一处冲突,到第 1 期再处理。

03
Prepare

上线前准备

部署之前先做完这三件事。

01

联调分支不上生产

integ/test2-score-checkin-20261026 是 test2 联调用的拼装分支,里面带着旧的「每天签到 +2」。它只留在 test2,不要合进 master、也不要用它打生产包。旧签到方案已被替换。

02

清掉 test2 里旧的签到记录

test2 上联调时留下了旧签到记录(签到记录表,以及积分来源是 6「每日签到」、7「连签周奖励」的流水)。上线前在 test2(不是生产)清掉,免得验证时对不上数。由 DBA 做,William 点头后再执行。

03

门禁签到先不开

刷脸 / 门禁每天 +10 是第 2 期的功能。规则预置时本来就是关着的,上线时保持关闭,运动页的提示也就不会出现。

建议

所有 SQL 的检查语句(文件开头的只读 SELECT)先在生产只读跑一遍,确认「购买返分」那条规则只有一行,再往下走。

04
Deploy

部署和 SQL

先部署,再执行;SQL 都可以重复执行,但目前一条都没执行过。

1先部署

2再按这个顺序执行 SQL

① 建表(积分规则)20261026_score_rule_config.sql:建规则、修改记录、续约台账三张表,预置规则。发分的几条全部默认关闭,只有「200 分抵 ¥1」「运费」「门店自取」「商城预告」这几条展示类的是开的。部署前或同时执行都可以。
② 购买返分20261026_d11_points_earn_prod.sql:建首单台账表,并打开「每付 ¥1 得 1 分」。必须在后端部署到生产之后再执行:现网旧代码还有一套旧的返分,规则一开,它会立刻按旧办法发分。
③ 网关(可能不用)shenyu_score_rule_config_20261026.sql:只有自动注册没生效才执行;执行后在网关后台点「同步 Dubbo」和「同步 Metadata」。
④ 美团 / 抖音(可选)sql/20261027_score_platform_order.sql(!287):预置「美团/抖音核销订单也发积分」这条规则。不执行也行,没有这条记录时默认就是打开的;想让它在后台页上看得到、关得掉,就在部署 !287 后执行。
注意

两条前提:一是之前的双十一建表(d11 DDL,d11_ddl_20261022.sql,!287 里已改成可重复执行)要先执行过;二是「购买返分」规则只能有一行,文件开头的检查语句会告诉你,多了先人工合并再继续。

05
Switch

打开开关

在后台「积分规则」页逐项打开;每项都有修改记录,可以随时关。

1按这个顺序打开

① 首单奖励打开:首次购买 +100,实付 ≥¥99、一人一次;只买过体验卡、团课、体测的仍算新客。
② 私教签到打开:每节课签到 +30;私教体验课签到不送分。
③ 完善个人信息打开:头像、昵称、性别、生日填好 +200,一人一次;老用户不补发,下次保存资料时才发。
④ 积分有效期先把「起算日」配成积分清零那天,再打开。顺序反了,清零前的积分会被算进来。起算日以 William 确认的为准。
⑤ 美团 / 抖音订单保持打开(默认就是开的):美团、抖音核销过的订单也按实付送购买分,首单和续约加送同样适用。要停就关这一项,站内支付不受影响。
⑥ 门禁签到保持关闭(第 2 期)。
⑦ 续约加送保持关闭(第 2 期;要后端确认第几次续约才显示)。
后台积分规则页
后台「积分规则 · 获得」页:新增的「美团/抖音核销订单也发积分」(右上,启用中)。图为测试环境的示意数据,各开关上线时的开关状态以上表为准(图里门禁签到是开的,上线时要关)。
口径

「买卡买课每付 1 元得 1 分;第一次购买再送 100 分;上私教课每节签到送 30 分;填好个人信息送 200 分。美团、抖音核销过的订单和后台补录的订单也送购买分。」

建议

美团、抖音的订单送分,等 !287 部署上线后再对外说;在那之前只对外说小程序下单。

06
Verify

上线后验证

小程序传完之后,用内部账号逐项过一遍,右边的图是该有的样子。

先查这个

!70 的小程序在读不到积分规则接口时,会把所有积分文字都藏起来(不是显示旧数字)。所以传小程序之前,先确认后端的规则接口 getScoreRules 在生产已经能用;看不到积分显示时,先查它。

1购买页和支付成功页

购买页:写着「支付可得 N 积分」,新用户多一行「首单再送 100」(示意数据)
STEP 01购买页:写着「支付可得 N 积分」,新用户多一行「首单再送 100」(示意数据)
支付成功页:本单获得积分(示意数据)
STEP 02支付成功页:本单获得积分(示意数据)

2逐项检查

购买返分内部账号小额下一单(≥¥99):积分明细里有「每付 ¥1 得 1 分」,新账号再多一笔首单 +100;再退款,积分被扣回。
私教签到上一节私教课并签到:+30;体验课签到不加分。
完善资料新号填好四项保存:+200,再保存不重复;已经填好的老号,保存后不会补发。
页面文字全程看不到「预估」「预计」「约」;续约加送那一行不出现。
规则页后台改一个值,修改记录里能看到是谁、什么时候改的。
规则接口先确认 getScoreRules 能返回规则;再看小程序购买页有积分文字。接口不通时全部积分都不显示,这是预期的保护,不是 bug。
旧签到页小程序里已经没有每日签到入口;积分明细里不再新增「每日签到」。
美团 / 抖音!287 上线后,核销一单看有没有送购买分;后台关掉那一项后不再送。

3William 上传小程序

07
Rollback

出问题怎么退

从最轻的开始:先关开关,再回退版本,最后才动表。

① 关开关在后台「积分规则」页把对应规则关掉,马上生效,不用发版。关了就不发分、小程序也不再显示那一行。
② 停购买返分让 DBA 把「购买返分」规则停用:UPDATE lianer_score SET status = 0 WHERE source = 2。首单奖励在后台页关闭,首单台账表保留。
③ 回退版本后端回到上一个版本;小程序在微信后台回到上一个线上版本;后台前端回到上一版。
④ 动表(最后手段)新表可以保留不用;确实要整体回滚,才删规则、修改记录、续约台账三张表。
已发出去的分按积分流水核对后,由研发人工处理,不要直接改总分。
注意

退款会扣回购买分和首单分,扣到负数是允许的,不是出错。

↑