软件开发过程中发版本是怎么做到不遗漏的呢？

问题描述：

公司规模稍微比较小，但是还是有10 来个开发，我们分支策略是生产分支拉功能分支，然后本地自测完合开发分支，提测再从功能分支合并测试分支，测试没问题再从功能分支合并合并预发布分支，最终没问题再直接从预发布合并到生产分支。在这个开发过程中会涉及到数据库sql，界面上参数配置等等，每次都会写发布文档，但是对于sql可能在开发过程中多次调整，导致有些环境是执行了部分 sql，每次整理 sql 都不知道对应环境执行到哪个位置了，目前也没有采用 flyway 这种自动管控，请教各位佬们做开发如何做到发版不遗漏的呢。

网友解答：

---

--【壹】--：

flyway 以前公司有用过，如果是单人开发并且数据库比较单一的话还行，我们项目有很大的定制化以及国产化数据的东西，用自动管控同时连开发库没拉别人的代码连同一个数据库会存在奇奇怪怪的问题，你说的这个 excel 表我们目前有个在线文档就是这样做的，但是给到这个 sql 链接是仓库地址链接会存在变动的情况，有点刻舟求剑的感觉

---

--【贰】--：

1.理想情况就是文档记录都是跟着代码仓库同步走，作为一个团队很难每个人都有那么默契
2.flyway 这个以前公司用过，有利有弊一直没有上，也看过 mybatisplus 自带的 autoddl 功能。https://baomidou.com/guides/auto-ddl/

---

--【叁】--：

道理是这个道理，也不是开发扛下所有，只是想把自己端口的事做好，每次发大版本的时候很多特性分支导致sql混乱得很还存在有遗漏的情况特别折腾人，比如提测后执行了一个保存在代码里面的 sql，然后又出 bug 又写了增量脚本给测试执行，最后测试转预发布的时候运维又让给脚本中间可能就遗漏掉了或者预发布已经执行过部分脚本再全量执行会冲突。