今天终于写好了 onebox setup page 的功能部分！！！！！！！！！！！！！！！！

卡住的地方还是得问

问之前得打好腹稿

最起码要能够组织起语言描述结构，情况和问题

用了 ComponentDidUpdate() 来根据 props 的变化更新 states

虽然每次改动会触发三次渲染…

里面还有很多恶心的 switch

明天调 CSS

忙了一整天 CM

解决了 Lockbox-CP 的 Merge Conflict

Component Audit Pipeline 修好了

nucleus solr pipeline 脚本有问题，修好了

提交了两个 MR，Jenkins Pipeline，是前两天写的那两个 Cassandra

PCI 账号 和 OneBox setup 的事情，好久都没有回音

明天过来之后要加把劲了

用了一天 KB216， 手感太硬了… 同时回弹的速度很慢，就导致打字一卡一卡的感觉，

可能需要多习惯一下用力打字的感觉

另外开发效率低下的瓶颈并不在键盘这边

又想要买 Hello Kitty 联名的粉色 RealForce 了…

看到了常规配色的版本，便宜了1000块，又打消了这个念头

上周五问的两件事情一件都没有回音

是真的顶不住，放长线慢慢看看吧

今天暂时看上去没有别的问题

可以尽情玩 react context 了，要赶快把 onebox portal 搞定了才好

带了块 KB216 去替换 KB212

略微磨砂的质感可是比油腻腻的感觉好太多了

就算打油了也是自己的油（

鼠标暂时也没找到白色的，就先不换了…

胶碗的回弹力度倒是舒服很多

触发力度像 hhkb 那样小到 35g 就更舒服了

可惜找不到平替，即便是 NIZ 也需要至少 800 块

下午收到了两件事情的回复，pci 的 token 还要再等

脚本的事情，Rahil 建议更换一个 base image，换好之后果真解决了

随后在搬上 Jenkins 以后碰到了新的问题，AWS 上找不到这个对应的 registry

这个只好问 Ops 了，发了 slack，等回复吧

PCI 账号的事情，拿到了两个 token，但好像还是缺一点东西

我觉得这些事情各自都是 async 的变量，await 了一大堆回调

好多事情好像暂时没那么急，就容易拖到后面忘了去做

写了 porpoise.cassandra 和 ibex.cassandra 的 pipeline

测试的时候遇到了非常多的坑，弄了一个下午

首先不能直接放在 registory Jenkins 上，因为这样就相当于没测直接上线

registory 在这里没法访问

但依然需要本地测，所以要让做出来的 image push 到 eadpciregistory, 相当于是 cn 的镜像站？

registory 上有的东西，cn 上没有，好在有替代方案

为了运行 script 需要 docker，当然还需要 ibex 的源码

然后本机有源码没 docker，虚拟机有 docker 没 Onebox 环境

借来的 Onebox 无法 clone 源码，最终是 scp 上去的

执行完之后发现结果和 registory jenkins job 上的不一样

发了邮件问 Rahil，希望周一可以得到解答

以及 PCI 权限申请的后续，为了确认 staging env

fastrun 的某些机器 （245之类的），VBoxManage poweroff 关不掉

这是造成超时的直接原因

然后发现其实还在跑，甚至可以 ssh 进去再一次 poweroff

然后发现仍然在跑，但没法 ssh 进去了

也不知道上回他们怎么解决的

给 ibex 和 porpoise 加上了自动探测变化的 audit v4

催了一些 sign off

临走前发现 fastrun 上的 playercard 总是超时，后面再来看看

昨晚没起 regression 我也没发现

以为是不用跑，还是需要进一步确认

drive nexus team sign off 早了一些

挨个发了 slack 催命

等了好久 fastrun

和 Yubo Li 一起玩了 Postman

看源码找到了 swolo api 的 request body

从 cm tools 拿到 token， 再用 token 调它其他的 api

今天踩的坑：

component audit 运行 git fetch 超时

改了 timeout 从 60 到 120，让 repo 可以被 clone 下来

lockbox-cp merge conflict

虽然知道 99% 都会用新的那个改动

但还是需要去问 Owner 来确认以保证没有潜在的问题

最最起码也要让他们能够知道这件事情

build image 参数填错

同事多填了一个空格，我乍一眼还看不出

好在 git tag 报了个错

guardiola, vaquita 0 change

Manually check GitLab to ensure that all changes in CHG branch are merged by Jenkins Automation Server before.

Disable ‘Check Change’ in code-merge pipeline, and try again.

audit 步骤时没有发现 saola.kafka 的更新

所以漏掉了它的 image

三个 job 里有问题导致没有找出来

sox audit: 和钱相关的很少几个

component audit: products in Nucleus Repo

component audit v4: General

问题出在 component audit v4 里面？

release runbook 上 saola.cassandra, kafka, zookeeper 是三个独立的 Product，而它们在 v4 里被当作是 saola 的一部分对待，并不知道有更新

//有个commit包含非文本的改动导致被当成了 0 change

merge 成功了，但涉及到的 Component 没有 build image

audit 的时候只说 saola 有改动，但没有提示 saola.infra 下的几个 component 各自是不是有改动

加上这些对应的判断，hard-code 也没问题

v4 里面，只判断 change 的字数，甚至还是 byte count

在确认有改动之后，用 git diff 来找改动对应的文件

如何测试改动的结果？

建立了测试分支，而 v4 判断的是 merges to branch 里的 file change

我需要两个测试分支，一个改动，另一个作为 merge 目标

本地克隆下来试试吧

然后发现字符串匹配不上

if 少写方括号

大量的 if else，用 array 代替

中午做了嵌套的梦

梦见在一间相似的办公室

相似的高度

不同的城市地平线

也在趴着睡觉

昼夜交替很快

早上的 cut build 还算是比较顺利的

keymaster local regression 跑不过，

是 Guardiola 的配置没有更新导致的，需要手动指定 release branch

重跑得到的结果和 CHG0150430 的一样

onebox setup page 里搞定了同步更新 state

1
2
3
4
5
6
7
8
9
10
11
12
13
14

constructor(props) {
    super(props)
    this.state = {
        build: true
    }
}

handleCheckChange = e => {
    this.setState({
        build: !this.state.build
    })
    console.log(this.state.build)
}

这样得到的结果依然是 true

需要给 setState 一个回调函数

1
2
3
4
5

handleCheckChange = e => {
    this.setState(state => {
        return {build: !state.build}
    }, ()=>console.log(this.state.build))
}

第一个参数是更新 state 前（也就是当前）的状态

第二个参数是回调函数，这里面的 state 才是更新后的状态