Mystery0

idea 的 当前文件与分支对比，与 tag 对比，与提交对比 在 vsc 上面没看到，不只是文件级别，选择一个目录也可以和上面的这些东西（分支，tag ，提交）对比，还有就是没推送的情况下快速修改历史里面的提交信息
剩下的就是一些 commit 前的操作：清理 import ，清理无用代码，重新格式化代码之类的（根据项目配置不是 ide 全局的）

@js9528 #13 第一个问题没有回复吧，问的是施工路段为什么还保持“高速”行驶
施工路段难道也限速 120 ？

@Mystery0 用的这个镜像 https://github.com/myoung34/docker-github-actions-runner

我给它配了代理的环境变量，代理服务端的机器是香港的机器，这样子能用，不过隔段时间看日志能看到偶尔会断，断了之后它自己重启又能连上

@woodfizky #41 如果技术停在这个等级的话，估计要号召所有辅助驾驶车主不要在高速晚上使用 NOA 了

@woodfizky #13 我觉得应该关注交给人之前的速度是多少，结合事故路段的限速来看
公告说事发路段是施工，并且改道到对向车道，按照常理来说，这种情况都封路了提前很长距离应该会有限速路牌（不管是不是临时的，也不管有没有录入到导航），我们猜一下这个限速应该是多少？ 80 ？ 60 ？ 40 （这种情况在高速上我还真遇到过）？然后我们再看撞的时候速度是 97 ，减速前是多少？是否超过限速？
如果超过了限速，那么 NOA 自己在跑的时候，超速着在跑？如果实锤的话，这个 NOA 怕是没人会再买了

我看大家都在说锁的问题，这个东西感觉并不是很重要，就算可以打开里面人晕了且旁边没人也白搭

@Mystery0 哦，看错了，116 是交给 NOA 时候的速度，刹车前的速度没说，只说了个撞的时候速度是 97 ，修路限速一般是 80 或者 60 吧，更别提这种都占对向车道的情况了

我只关心一个事情：如果事发的地方是维修路段（处于维修路段中），那么应该不是限速 120 吧，事发前 NOA 跑到 116 是否合理？如果撞的地方是维修路段刚开始（还没进入维修路段），按照正常情况高速上应该会有提前提示维修的指示牌，NOA 会不会读取维修牌的限速信息？（导航有没有同步维修路段限速信息是另一码事情）

从公示的时间线来看，事发前 17 分钟人已经交给了 NOA 驾驶，那么这段维修路段不管是处于中间还是刚开始都是 NOA 驶入的，它是只会按照限定速度 120 跑还是实时读取路牌信息来决策行驶速度？
如果是前者的话意思是进入 NOA 之前是多少速度，就维持一个速度？这应该不合理
如果是后者的话，除非是高速没有提前设置路牌和限速信息（我开了 5 年车，虽然没出过四川，但是高速还是跑了不少的，没有遇到过修路没有提前标识的情况），否则 NOA 跑 116 的速度都不对