5.12 - 上线上线

现在是晚上 21:30，写一下今天的经历吧。

上午

今天一早就摸过去准备吃饭，结果因为肚子疼错失良机，在吃饭和上厕所之间选择了后者，没法吃了，干了瓶矿泉水后就去工位上了，昨天是把代码发到 ppe 上了，今天的目标是用内测版客户端触发一下请求，并看看请求的时延变化。

这个功能触发是需要我登录一个 ba 的账号，然后进入一个普通用户的 single chat 页面，就会看到 actionbar 上的快速回复一类的东西，那么第一个问题就是我需要一个 ba 账号，昨天晚上临走前有发我一个表格，但是很离谱，它有手机号，验证码也有，但验证码在表格里是四位，tt客户端需要 6 位，我折腾半天，看了半天文档也没整明白，问了学姐说，在四位前加一个特定的数字就好了，无敌了，这谁能想到啊。

第二个问题是我需要抓包，这样才能看到请求的时延变化，然后 mt 前几天给我看内部工具时说是用 rax 进行抓包，用客户端抓取 tt 手机端的请求第一步自然是连接手机，这一步又卡了半天，终于在 rax 的一个使用教程的 q&a 里看到了说 chrome 版本不能太高，要么降级，要么关闭实验功能，这样才能正常 ws 连接，终于连接上了。

剩下就很简单了，按照文档说的操作，打开 tt 内测版，登录 ba 账号，进入 single chat 页面，看到actionbar 上的快速回复了，然后就可以看到 rax 上有请求，附带的有时延和相关内容，这下 ci 那个 bot 终于给我过了。

现在差不多 mt 也来了，我跟他说了一下进度，然后他让我发布一下，我担心字节内部流程和 github 那一套不一样，毕竟 github actions 可以指定基于哪个 branch 进行操作，所以我一直没有 merge 到 master 上，担心出问题，那自然发布处处报错，直接干到中午吃饭了。

下午

吃饭的时候脑子特清醒，瞬间搞懂咋搞了，吃完饭立马 merge 到 master 上，然后就做发版了，接着就是漫长的等待，足足 3 h才发版成功，中间有一个步骤卡了 1 h，mt说遇到这种情况需要手动迁移，然后就是看小流量、大流量、全量的时延、qps、错误率等指标，幸好一切正常，没什么问题。

也是符合预期的降低了时延，差不多是 400 -> 380ms 的幅度，挺小的。

但这次重点在于熟悉内部平台，而非实际需求的实现，也算是达成目的了。

在等发版的过程中，我继续读文档，并写串讲的文档，今天把 conversation 部分的串讲写完了。

在 5 点多，mt跟我说接下来需要对这个反转实验做一下全面下线，内容差不多，基本就是 grep、读代码、删除，不确定的追溯对应 commit，在晚上 7 点 40 分左右提了 mr，一遍过 ci，然后 @mt 做 code review，他花了十分钟左右写了 7 个 comment，我逐一回答完后确认了一遍，差不多就 8:30 了，我就跑路了，然后 9 点多飞书上显示 approval 了，明天去了后给那个上线一下，就算是完成了这个需求了。

当然，明天上午 9 点多要先去拿我的显示器啦，字节福利这一块。

今天就这样，明天见~