Linux 生产部署的回滚

我将自动部署到测试服务器和生产环境

我有一个ci服务器构建、编译、junit和一个工件存储库管理器来存储要部署/发布的构建

目前，我可以使用脚本部署到使用ci服务器执行的测试服务器。当前没有回滚、数据库备份或数据库更新。所有服务器都有Suse linux

---

我想知道是否有更好的部署方法，具有回滚功能？也许是其他免费软件工具？否则，即使只是一些注释也会有助于了解我必须做些什么才能进行回滚，并且不会打乱生产。

回滚包含关系数据库的应用程序非常棘手。传统上，这是通过在升级之前执行备份恢复来完成的

---

更现代的方法是将数据库迁移工具（如）集成到应用程序的安装过程中。跟踪对数据库架构的每次更改，使其能够生成升级和回滚脚本。

回滚包含关系数据库的应用程序非常棘手。传统上，这是通过在升级之前执行备份恢复来完成的

---

更现代的方法是将数据库迁移工具（如）集成到应用程序的安装过程中。跟踪对数据库架构的每次更改，使其能够为升级和回滚生成脚本。

当我制定部署计划时，我也注意到了liquibase。现在，一位同事已经有了备份和回滚的脚本，所以我想知道我是应该继续使用它，还是使用这个工具作为将来的更多用途？目前无法说明利弊。@user1338413就个人而言，我支持这两种方法。如果从备份中恢复操作正确，则会将您带回一个已知的时间点。问题是数据丢失，即备份和回滚之间的时间间隔。拥有一个额外的功能来回滚模式更改，使数据保持原位是非常有用的。最后，像liquibase这样的工具对于构建开发和测试系统是非常宝贵的。像liquibase这样的工具对于构建开发和测试系统是非常宝贵的。对于生产服务器呢？或者envs与user1338413之间是否存在任何差异。我的观点是，大多数人只考虑生产，而忘记了简化系统设置的重要性。当我制定部署计划时，我也注意到了liquibase。现在，一位同事已经有了备份和回滚的脚本，所以我想知道我是应该继续使用它，还是使用这个工具作为将来的更多用途？目前无法说明利弊。@user1338413就个人而言，我支持这两种方法。如果从备份中恢复操作正确，则会将您带回一个已知的时间点。问题是数据丢失，即备份和回滚之间的时间间隔。拥有一个额外的功能来回滚模式更改，使数据保持原位是非常有用的。最后，像liquibase这样的工具对于构建开发和测试系统是非常宝贵的。像liquibase这样的工具对于构建开发和测试系统是非常宝贵的。对于生产服务器呢？或者envs与user1338413之间是否存在任何差异。我的观点是，大多数人只考虑生产，而忘记了简化系统设置的重要性