@ljtfdt 标准里面有写，这种 9 灯的适用于有专门左转和右转道的大流量路口。
而且也写了当不需要单独控制转向的时候可以全灭，全灭就相当于没有这个单独转向灯的普通路口。

有的地方并不是一直都有很大的流量，有可能分时段，也有可能分工作日。

问题是这种灯 06 年的老标准就有了，而且也有这种全灭的情况。所以说天天说看不懂的，要么就没考过驾照，要么就根本没开过车。
硬要说开车这么多年也看不懂的，那就更跟标准没关系了。

为啥要防。。。
不要总想着帮公司法务干活，他们赚的不比码农少。

标准里面直接写的就是，这种 9 灯组合中，允许左转或者右转的全灭，此时相当于另外两个没有左转或者右转的组合。

而且也写了只有在有左转和右转专用道，左转车流大，右转也需要控制的时候才用这种特殊组合。

另外还写了当不需要单独控制转向时，对应的方向指示灯可以全灭或者切换成机动车信号灯，就是和中间的灯一样。

非要较真的话，那些带节奏的自媒体还缺了切换成机动车信号灯这种情况。

其实看看原始文档就很清楚的事，可想而知多少人压根没有半点信息获取能力，随随便便就被煽动起来了。

@ldd 有没有可能，这世界原本就是这样。互联网覆盖的人群越多，样本数量越大，就越贴近总体的特征。

本来就是有这么多这样的人，只是以前你接触不到，现在能看到了而已。

所以说不管是微博知乎，还是 V2 ，或者 Reddit ，HN ，Quora 等地方。只要用户足够多，总体特征都差不多。

@lmmortal 没有去掉，因为之前标准里也没有读秒。
新旧 GB14886 我都看了全文，读秒那功能并不是这个标准覆盖的范围。

CI 这种东西其实就是个触发器，通过配置的不同条件，比如定时，代码变更等等，触发某些动作，执行命令，或者执行某个插件。

现在 Gitlab ，K8S 等等很多已经带了这部分功能，所以你觉得没啥用了。以前没有 Docker ，你的打包可能要一个复杂的脚本。同时要打多个平台的发布包，并且调用测试，代码检查，如果出问题要报错，还要提供审计日志等功能。

这些基本都是 CI 来做，并且完成多 Step 调度的。

其实之前没有 Docker 的时候，用 Jenkins 也是迫不得已。一大堆的插件还有互相依赖，部署完了能跑就别升级，不然就容易各种爆炸。而且鬼知道你升级了以后之前用的插件是不是还有人维护了。

现在有 Docker 就好多了，Docker 一把梭，Gitlab 或者其它 CI 需要做的功能就少了很多。

啥也别动，直接找 IT 。能发邮件发邮件，就算不能也要留下聊天记录。
电脑能不能用不重要，重要的是不要把这个锅摆在自己身上。

这和 SVN 有什么区别？你 SVN 上新客户项目开分支，代码分支合并不是一样吗？
按你目前的需求来说，用不上 Git 的分布式优点，又缺了 SVN 的严格权限管理，还徒增成本，没看出来任何必要更换 Git 。
继续用 SVN ，改一下使用习惯就好了。

@ssxxue 多买几台服务器，按业务量拆开试试吧。
虚拟机迁移起来比较容易，网络的话看他以前怎么配的，没啥额外设置的话也不会很麻烦。

能用就行了，两台服务器，这么多虚拟机，哪天 Windows 一更新修起来可够你头疼的。
能不动就别动。

另外你都跑一个机器上了，还要啥主从库啊？存储也都挂在一个 NAS 上，搞它有啥用。。。。

这种系统都是你不碰它能活好久，你一动就彻底完蛋。

你买个拧在气门上的那种就可以了

TeamCity ，100 个项目免费。
最开始打算用传统 CI 的时候就没选 Jenkins ，界面暂且不论，那个插件系统更是让你部署完了绝对不想升级。

其实如果你的流程极其简单，又没什么依赖，还不如自己 AWS 上写个 Lambda 跑你那俩命令算了。

贴快递箱子上，顺手就扔了。。。