然后项目跑的 docker 里面的。
最近迁移服务器，换了一个 host OS(从 Ubuntu 换到 Debian)。因为是 docker ，除了内核嘛，其他都差不多。想都没想，直接 docker save ---> docker load ，扔过去。
然后在 Debian host OS 上，发现没启动。于是尝试手动启动，发现启动大概 1s 后，Segmentation fault 错误。
然后以为程序有 bug ，找了半天，真的找到了一个 bug 。修改测试，还是报 Segmentation fault 。大概不是这个 bug 引起的。
然后我想，之前服务器顶住 bug 跑了半年都没出事。怎么可能迁移就出事。这个 bug 应该不是致命错误。于是又改回去。
.
从早上九点忙到晚上 10 点，本来准备 2h 就完成的，但是出现莫名其妙的 bug ，虽然给了半个月迁移的时间。
期间莫名其妙的比对过 md5sum ，一模一样！，但是就是无法在新的 Debian host 上运行。而老 Ubuntu 顶住 bug 跑也正常。没办法，找不到，项目又要迁移。
然后到晚上了。心好累啊，就破罐破摔。能上线就不错了，哪里要求这么多啊，就把 Windows 下的版本制作为一个 docker 版本的 wine 。然后把 Windows 版的程序扔到 wine 镜像里面，测试了一下，卧。槽，卧。槽！！！完全正常，没任何问题！！。
上线了。！！
想了想，唯一的区别就算内核了，我不知道是不是 Ubuntu 的内核什么不同。
虽然现在不是生产环境。但是如果 wine 没出错。半个月后主服务器就会迁移，或许就会变成生产环境了。
.
.
安装以前的规律，只要没出错，根本没人注意到 wine 。就算出错了，一般也是 docker restart 。
虽然如此明显。但是也依然不会有人注意。
用 wine 跑项目感觉特别危险。没办法，哎，孤立无援啊。现在只有我接手前任代码后，一个人在维护。里面指针看上去就是到处乱飞。
希望下一个接手的人不要炸掉。
感觉只有两个可能：
1.Debian Linux 内核版本比 Ubuntu 高。
2.Ubuntu 内核问题。Ubuntu 自动把 bug 优化了？？？
希望以后不要看到这样的的帖子：“生产环境出现重大事故，项目竟然用 wine 跑了快 1 年”。
因为迁移本来就算没的。算莫名其妙来的“义务”吧。
wine 解决方案完美，唯一缺点就是容器多了 1G 空间占用。
