我们的情况如下：我们正在构建一个具有多个环境（本地、测试/登台、生产）的 SaaS 应用程序。每个环境上都有一个文件，其中包含特定于环境的配置变量：我们的应用程序所依赖的服务的 URL 和凭据、各种开关等。
当我们部署新版本的应用程序并开始需要新的此类环境变量时，我们必须牢记这一点，并且必须有人在受影响的环境上手动编辑配置。与我们对数据库结构做同样的事情相比，这感觉特别愚蠢：通过数据库迁移（使用 Flyway）。
我的具体问题是：
从您的描述来看，您的部署方法似乎只是安装新版本的软件，因此只要新版本的软件需要不同的配置设置，事情就会中断。如果是这种情况，那么您也许可以将部署过程更改为基于列出一个或多个步骤的书面文档。一个步骤是安装新软件，另一个（有时存在）步骤将指定应对配置文件进行哪些更改。
我上面的建议对我来说似乎是显而易见的，这让我怀疑我误解了您所面临问题的本质。如果是这样，我建议您编辑您的问题以更详细地解释您当前的部署方法。