理解连续部署

Question

我对持续部署流程的想法感到困惑。我正在努力理解这一点，所以我可能会错过/混淆许多事情，所以请原谅我这样做：

我有这样一个流程：

( a)部署(首次)

• 用SCM构建一个软件包
• SSH到云实例
• 安装灯
• 安装应用程序目录，创建符号链接，运行数据库迁移等等.
• 运行apache/mysql -done

b)重新部署(第二次)

现在的问题是我们将如何修补自上次部署以来所做的更改。让我们说，我们有数据库更改以及源代码更改或错误修复。我想问的一些问题是如何

• 如何记住/存储每个部署配置(我们第一次运行的准确配置)(如果配置了不同的/多个部署服务器，则Db密码、主机名、ip地址以及与每个部署相关的不同配置选择)
• 假设我们的包构建是基于svn/git导出的，所以我们不能使用svn/git更新，在这种情况下，如何修补更改，或者什么是最佳实践？
• 我们可能会有应用程序积累的静态文件，例如自上次以来的附件/文档，如何处理这些静态内容，这些内容是应用程序的一部分？
• 由于我在迁移工具(液化库)下有db，所以将更改推送到服务器并不困难。但是什么是最好的流程(例如，采取备份.)

这些问题源于我对这些工具和技术的无知，以及对持续集成/交付/部署的不熟悉(如果这一切都是关于的话)。

你可能会问我到目前为止做了什么。我目前的部署工具包括bash+perl+liquibase。每次更改时，我们都必须构建完整的构建包并运行相同的步骤。问题是

• 不是完全自动的
• 我们必须记住每个实例的部署信任，
• 从旧部署目录中获取静态内容，
• 使用时间戳符号链接

我当前的冒险是将我所有的构建/部署步骤迁移到Phing。我已经有了看到了，所以它没有详细地回答我的问题。

Answer 1

1. 要自动化配置，请查看木偶
2. 将您的数据库方案和示例数据置于源代码管理下，像部署真正的代码一样部署它！