在实际生产环境中,我维护表的时候,比如user表缺了一个注册时间字段,然后我在生产环境的数据库中对user表执行添加 注册时间 字段.你们是不是这样做的呢,
而且在开发的时候,我增加了注册时间字段,那么我之前弄的 user 的mybatis逆向工程就要重新生产mapper,example,实体类了,这样好麻烦.
各位高手平时是怎么做的呢?想学习学习
7 个解决方案
#1
不需要通过UAT 直接在生产环境改数据表???
#2
直接改生产环境的表?你哪来的权限能修改生产环境表结构的权限?这个不得再版本迭代的时候才能改吗,
#3
小公司,没有专门的测试团队,平时就是自己开发自己测,而且软件是自己公司内部的,内存人员使用发现问题就改了.......
#4
生产环境配置,后台部署都我是做的啊~~~
#5
一样,反正可以自动生成,也不会很麻烦啊
#6
那就无所谓了,不过还是直接生成然后覆盖掉生产环境的比较好,防止哪个地方漏了
#7
为啥会很麻烦?一句命令的事,难道你对生成的实体进行修改了,那就得解决冲突,xml可以配制成merge的,不会覆盖,基本没有需要修改的地方
#1
不需要通过UAT 直接在生产环境改数据表???
#2
直接改生产环境的表?你哪来的权限能修改生产环境表结构的权限?这个不得再版本迭代的时候才能改吗,
#3
不需要通过UAT 直接在生产环境改数据表???
小公司,没有专门的测试团队,平时就是自己开发自己测,而且软件是自己公司内部的,内存人员使用发现问题就改了.......
#4
直接改生产环境的表?你哪来的权限能修改生产环境表结构的权限?这个不得再版本迭代的时候才能改吗,
生产环境配置,后台部署都我是做的啊~~~
#5
一样,反正可以自动生成,也不会很麻烦啊
#6
直接改生产环境的表?你哪来的权限能修改生产环境表结构的权限?这个不得再版本迭代的时候才能改吗,
生产环境配置,后台部署都我是做的啊~~~
#7
为啥会很麻烦?一句命令的事,难道你对生成的实体进行修改了,那就得解决冲突,xml可以配制成merge的,不会覆盖,基本没有需要修改的地方