更新应用
概述
您可以通过更改其底层配置，然后部署这些更改来更新现有应用。您可以通过多种方法执行此操作：
App Services Admin 用户界面：内置于 MongoDB Atlas 中的 Web 应用程序。它包括一个图形界面，可用于您想要在应用中配置的任何内容。
App Services CLI：可用于在本地配置和部署应用的命令行工具。 您可以直接使用应用的底层配置文件。
Admin API：可用于以编程方式配置和部署应用的 REST API。Admin API 请求读取和写入应用的底层配置文件。
自动 GitHub 部署：将应用配置与 GitHub 存储库同步的 GitHub 集成。您可以使用 GitHub 管理应用的配置文件，并通过将更改推送到存储库来部署应用。
更新现有应用
开始之前
步骤
部署草稿
部署草稿是对应用的一组或多个更新，您可以将其作为单个组应用或丢弃。当更改包含交互的服务或函数时，部署草稿非常有用。
默认情况下，App Services 用户界面使用部署草稿。启用后，您在 App Services 用户界面中对应用配置所做的任何更改都会添加到您手动部署的草稿中。如果您希望在用户界面中保存时立即部署，则可以禁用用户界面草稿。
App Services CLI 和GitHub 部署都会自动为您创建和部署草稿。 当您向部署分支运行 CLI推送命令或 git push时，CLI 或 GitHub 应用程序会根据当前部署的配置创建本地配置文件的差异。 然后，它根据差异创建并部署草稿。
App Services Admin API 允许您手动创建和部署草稿。要了解如何操作，请参阅部署变更组。
草稿冲突
避免多个用户同时在用户界面或 API 草稿中做出相互冲突的更改。如果多个并发草稿包含相互冲突的更改，则您将无法部署其中一个或多个草稿。
例如，如果您通过 API 部署更改，但现有用户界面草稿存在冲突更改，则用户界面草稿将失效，并且您将无法部署它。
要从冲突中恢复，您可以从 Deployment页面下载用户界面草稿的配置文件。 您可以使用这些内容作为参考，在用户界面中重新应用更改，或直接使用 CLI 或 Admin API 部署更改。
禁用用户界面部署草稿
如果您希望在用户界面中保存时立即部署，则可以禁用用户界面草稿。此设置不会阻止您使用 Admin API 手动创建草稿。