wd

@KentY 我看了一下好像我说的方法你也想到了的。所以问题可能是你想让这个过程变成自动的，不需要人工参与？

我们的使用场景里面，有测试运维开发，开发只对开发环境有操作权限（ db，服务器），测试只对测试环境有操作权限，运维对线上有权限。开发想要发布，先经过测试测试，测试完毕之后会提交给运维发布。不知道你们是不是也有这几个角色？我觉得分角色是安全的。

这样发布的时候，不管是代码发布，还是数据库变更，都是有专业人员做的。他们会再次 review 发布过程。这样就是按照我说的流程，先发布数据库变更（会保证数据库变更不会影响现有程序），然后发布程序代码。这样没有停机时间。但是这样确实是会导致不能兼容现有正在运行的程序的事情不能做，比如删除字段。

另外这里面也只是多个角色的人参与进来 review 代码，发布过程可以通过点一个按钮什么的自动执行，不知道是否不符合你说的人工参与太多。审计的理念应该是多角色参与互相审核会是一个比较安全的操作。

@KentY #8 有点不明白你要的 solution 是啥？就是一定要满足可以在启动 app 的时候执行数据库变更么？你说的切换数据库也会有丢失数据的可能。

@KentY #5 这就是 solution 我们就是这么做的，你认为不是可以继续找找。

没用过 flyway。数据库变更应该和 app 是无关的，每次 release 先做数据库变更，再 release app。数据库变更的 sql 必须要交给专业人士审核执行，至少做到变更对现在运行的 app 没影响。

timeout ..

我觉得第一种就挺好的 uuid 里面取几位用 不会那么大概率需要生成第二次

这明显你们公司的问题，在公司写的代码版权都是公司的，你们公司允许随意开源吗？

人死了房子就被国家回收了。