迁移（为了安全起见，首先执行数据库备份）

doreamon999

实例化负载均衡器后面所需数量的服务器并将应用程序部署到它们（通过原子部署） ，以便网站始终可用），下载并安装依赖项，部署无服务器功能，最后通过 Slack 或通过电子邮件通知团队一切就绪。 所有这些过程听起来有点太多了，对吧？嗯，实际上太多了。我们怎样才能避免因手头任务的复杂性而不知所措？解决方案归结为一个词：自动化。通过自动化执行所有任务，我们将不会害怕进行部署（按下 Enter 按钮时手指会颤抖出汗），事实上我们甚至可能没有意识到这一点。 自动化提高了我们的工作质量，因为我们可以避免一次又一次手动执行令人麻木的任务，这将使。

我们能够将所有时间用于编码，并向我们保证部署不会因人为错误而失败（例如像过去的 FTP 时代那样覆盖错误的文件夹）。 持续集成、交付和部署简介管理和自动化软件部署涉及工具和流程。特别是，Git 作为存储源代码的版本控制系统，以及 Git 托管服务（例如 GitHub、GitLab 和 BitBucket）的可用性（当新代码推送到存储库时会触发事件），使我们能够从以下流程： 持续集成 尽可能频繁 地将代码中的更改合并到主分支中的策略，在此基础 Whatsapp 号码列表 上针对代码库构建运行自动测试以验证新代码不会引入错误； 持续交付 持续集成的扩展，它还可以自动化发布过程，从而能够随时将项目部署到生产中； 持续部署 持续 交付的扩展，每当新代码通过所有必需的测试（可能包含小的更改）时，它就会自动部署新代码，从而能够轻松识别可能出现的任何问题的根源，并消除团队的压力不再需要处理“发布日”。 坚持这些策略有几个好处。最直接的一点是我们的产。



品可以更快地发布新功能，实际上，一旦团队完成编码，它们就可以上线。团队还可以立即收到反馈（来自开发环境中的团队成员、来自临时环境中的客户端以及上线后的用户）并能够立即做出反应，从而创建一个积极的反馈循环。而且由于整个过程是完全自动化的，团队可以节省时间并专注于代码，从而提高产品的质量。 持续交付可以尽早获得反馈 持续交付可以尽早获得反馈。（大预览） 隆重推出 Buddy，一款自动化软件部署工具 的流行催生了新一代工具来管理软件部署的复杂性。Buddy是这些新工具之一，其诞生的目标是轻松实现持续集成/交付/部署，同时扩大我们的应用程序可以提供的功能数量，提高其质量，并通过允许合并产品来降低其成本将最好或最便宜的基于云的服务提供商（其中包括 AWS、DigitalOcean、Google Cloud Platform、Cloudflare、Rackspace、Azure 等）纳入我们的堆栈中。例如，通过这种。