
双十一积分功能怎么合、怎么部署、怎么开、怎么验证、怎么退,按顺序一步步做。
双十一上线分六步:合并、准备、部署加 SQL、开开关、传小程序、验证。
| 研发 | 合并 MR、清 test2、部署后端和后台 |
| DBA / 运维 | 执行 SQL(William 点头后才执行,下面所有 SQL 目前都没执行过) |
| 运营 | 在后台「积分规则」页逐项打开开关,按第 06 章验证 |
| William | 上传小程序:先把共享电脑上的开发者工具切回正常显示,再点上传 |
| 书记 | 双十一会场(feat/double11-venue)和 shuji_1022_shuang_11 归他;我们的 MR 叠在上面,没动他的专题页和签券 |
三个仓库各一个 Draft 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 期再处理。
部署之前先做完这三件事。
integ/test2-score-checkin-20261026 是 test2 联调用的拼装分支,里面带着旧的「每天签到 +2」。它只留在 test2,不要合进 master、也不要用它打生产包。旧签到方案已被替换。
test2 上联调时留下了旧签到记录(签到记录表,以及积分来源是 6「每日签到」、7「连签周奖励」的流水)。上线前在 test2(不是生产)清掉,免得验证时对不上数。由 DBA 做,William 点头后再执行。
刷脸 / 门禁每天 +10 是第 2 期的功能。规则预置时本来就是关着的,上线时保持关闭,运动页的提示也就不会出现。
所有 SQL 的检查语句(文件开头的只读 SELECT)先在生产只读跑一遍,确认「购买返分」那条规则只有一行,再往下走。
先部署,再执行;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 里已改成可重复执行)要先执行过;二是「购买返分」规则只能有一行,文件开头的检查语句会告诉你,多了先人工合并再继续。
在后台「积分规则」页逐项打开;每项都有修改记录,可以随时关。
| ① 首单奖励 | 打开:首次购买 +100,实付 ≥¥99、一人一次;只买过体验卡、团课、体测的仍算新客。 |
| ② 私教签到 | 打开:每节课签到 +30;私教体验课签到不送分。 |
| ③ 完善个人信息 | 打开:头像、昵称、性别、生日填好 +200,一人一次;老用户不补发,下次保存资料时才发。 |
| ④ 积分有效期 | 先把「起算日」配成积分清零那天,再打开。顺序反了,清零前的积分会被算进来。起算日以 William 确认的为准。 |
| ⑤ 美团 / 抖音订单 | 保持打开(默认就是开的):美团、抖音核销过的订单也按实付送购买分,首单和续约加送同样适用。要停就关这一项,站内支付不受影响。 |
| ⑥ 门禁签到 | 保持关闭(第 2 期)。 |
| ⑦ 续约加送 | 保持关闭(第 2 期;要后端确认第几次续约才显示)。 |

「买卡买课每付 1 元得 1 分;第一次购买再送 100 分;上私教课每节签到送 30 分;填好个人信息送 200 分。美团、抖音核销过的订单和后台补录的订单也送购买分。」
美团、抖音的订单送分,等 !287 部署上线后再对外说;在那之前只对外说小程序下单。
小程序传完之后,用内部账号逐项过一遍,右边的图是该有的样子。
!70 的小程序在读不到积分规则接口时,会把所有积分文字都藏起来(不是显示旧数字)。所以传小程序之前,先确认后端的规则接口 getScoreRules 在生产已经能用;看不到积分显示时,先查它。


| 购买返分 | 内部账号小额下一单(≥¥99):积分明细里有「每付 ¥1 得 1 分」,新账号再多一笔首单 +100;再退款,积分被扣回。 |
| 私教签到 | 上一节私教课并签到:+30;体验课签到不加分。 |
| 完善资料 | 新号填好四项保存:+200,再保存不重复;已经填好的老号,保存后不会补发。 |
| 页面文字 | 全程看不到「预估」「预计」「约」;续约加送那一行不出现。 |
| 规则页 | 后台改一个值,修改记录里能看到是谁、什么时候改的。 |
| 规则接口 | 先确认 getScoreRules 能返回规则;再看小程序购买页有积分文字。接口不通时全部积分都不显示,这是预期的保护,不是 bug。 |
| 旧签到页 | 小程序里已经没有每日签到入口;积分明细里不再新增「每日签到」。 |
| 美团 / 抖音 | !287 上线后,核销一单看有没有送购买分;后台关掉那一项后不再送。 |
从最轻的开始:先关开关,再回退版本,最后才动表。
| ① 关开关 | 在后台「积分规则」页把对应规则关掉,马上生效,不用发版。关了就不发分、小程序也不再显示那一行。 |
| ② 停购买返分 | 让 DBA 把「购买返分」规则停用:UPDATE lianer_score SET status = 0 WHERE source = 2。首单奖励在后台页关闭,首单台账表保留。 |
| ③ 回退版本 | 后端回到上一个版本;小程序在微信后台回到上一个线上版本;后台前端回到上一版。 |
| ④ 动表(最后手段) | 新表可以保留不用;确实要整体回滚,才删规则、修改记录、续约台账三张表。 |
| 已发出去的分 | 按积分流水核对后,由研发人工处理,不要直接改总分。 |
退款会扣回购买分和首单分,扣到负数是允许的,不是出错。