当你想联调一个特性的时候，如何让别人来访问你的服务，起到你本地电脑上，屏幕合上就断网了。这时候起到开发机上是最方便的，在开发机上能 ./ 把服务起起来，快速修改，快速测试。 一些大型服务在本地编译运行起来太卡，比如我服务起来需要构建一个几 GB 的本地 cache ，光从办公网 load 数据就要 load 半天
@FabricPath 这都是运维的脏活累活。运维会起一个连调环境。比如我，我们有 12 个研发，我起了 12 个环境。一人一个。但完全不需要他们 remote ssh 。。提交就自动打包推送 k8s 了。当然，肯定没有 remote 直接编译快，但一致性肯定是最好的。remote 后在远程编译还不一定和测试/上线的编译过程依赖性保持完全一致。
