了解持续集成和部署

  • 2 分钟

Azure 门户提供与开发计算机上 Azure DevOps、GitHub、Bitbucket、FTP 或本地 Git 存储库的现成持续集成和部署。 可以将 Web 应用与上述任何源连接，应用服务会为你处理其余内容。 应用服务会将代码和未来对代码的任何更改自动同步到 Web 应用中。 使用 Azure DevOps，还可以定义自己的生成和发布过程。 每次提交代码时，都编译源代码、运行测试、生成版本并将其部署到 Web 应用中。 所有操作都隐式进行，无需手动管理。

Illustration that shows two developers sharing a single GitHub source to produce a website built with Azure App Service.

有关持续部署的注意事项

使用应用服务创建 Web 应用时，可以选择自动部署或手动部署。 查看这些选项时，请考虑为应用服务应用实现哪种部署方法。

  • 自动化部署（也称为持续集成）是一种过程，用于按快速、重复的模式推出新功能和 bug 修补程序，同时将对最终用户的影响降到最低。 Azure 支持直接从多个源进行自动化部署：

    • Azure DevOps：可以将代码推送到 Azure DevOps（以前称为 Visual Studio Team Services）、在云中生成代码、运行测试、从代码生成发布，最后将代码推送到 Azure Web 应用。

    • GitHub：Azure 支持直接从 GitHub 进行自动化部署。 在将 GitHub 存储库连接到 Azure 进行自动化部署时，系统将自动部署推送到 GitHub 上的生产分支的任何更改。

    • Bitbucket：由于 Bitbucket 与 GitHub 很相似，因此可使用它来配置自动化部署。

  • 手动部署使你能够手动地将代码推送到 Azure。 有几种选项可用于手动推送代码：

    • Git：应用服务 Web 应用提供了 Git URL，你可将它添加为远程存储库。 推送到远程存储库即会部署你的应用。

    • CLI：webapp up 命令是命令行接口的一项功能，可打包应用并对其进行部署。 部署可涉及到创建新的应用服务 Web 应用。

    • Visual Studio：Visual Studio 提供应用服务部署向导，它可引导你完成部署过程。

    • FTP/S：FTP（或 FTPS）是一种将代码推送到应用服务等多个托管环境的传统方式。