VSTS - 从一个存储库持续部署到两个独立的 Azure Web 应用程序
VSTS - continuous deployment to two separate Azure web apps from one repository
所以我正在使用 Visual Studio、Git 和 Visual Studio 团队服务。我已将 "test" 站点 运行 作为 Azure Web 应用程序并设置了持续部署。所以我从我的本地 PC 推送到 VSTS，然后更新测试应用程序。到目前为止一切顺利。
主要问题：我是否还可以通过 linking 为另一个网络应用程序设置持续部署，该应用程序将是不同域上的 "real" 或 "live" 站点到同一个 VSTS 存储库？那么是否可以 link 两个 Azure Web 应用程序到一个 VSTS 存储库？
我正在考虑使用的工作流程是禁用实时应用程序的持续部署，推送更改，这将更新测试应用程序，确保一切正常，然后重新启用持续部署到实时应用程序并推送一个微不足道的更改，这将同时更新两者，或者如果可能的话，只需将最新版本从存储库中拉入实时应用程序。这是一个好策略吗？我以前从未部署过任何东西，欢迎任何和所有建议。
是的，更好的方法是使用存储库的两个分支。
在该存储库中创建一个新分支（例如测试，现在有测试和主分支）
为每个应用服务配置持续部署以使用存储库的相应分支
如果您使用的是 Azure CD：
如果您使用构建和发布，则可以为测试站点和实时站点创建两个构建定义和两个发布定义。 （分支构建和发布 link 构建并部署到站点）
所以我正在使用 Visual Studio、Git 和 Visual Studio 团队服务。我已将 "test" 站点 运行 作为 Azure Web 应用程序并设置了持续部署。所以我从我的本地 PC 推送到 VSTS，然后更新测试应用程序。到目前为止一切顺利。
主要问题：我是否还可以通过 linking 为另一个网络应用程序设置持续部署，该应用程序将是不同域上的 "real" 或 "live" 站点到同一个 VSTS 存储库？那么是否可以 link 两个 Azure Web 应用程序到一个 VSTS 存储库？
我正在考虑使用的工作流程是禁用实时应用程序的持续部署，推送更改，这将更新测试应用程序，确保一切正常，然后重新启用持续部署到实时应用程序并推送一个微不足道的更改，这将同时更新两者，或者如果可能的话，只需将最新版本从存储库中拉入实时应用程序。这是一个好策略吗？我以前从未部署过任何东西，欢迎任何和所有建议。
是的，更好的方法是使用存储库的两个分支。
在该存储库中创建一个新分支（例如测试，现在有测试和主分支）
为每个应用服务配置持续部署以使用存储库的相应分支
如果您使用的是 Azure CD：
如果您使用构建和发布，则可以为测试站点和实时站点创建两个构建定义和两个发布定义。 （分支构建和发布 link 构建并部署到站点）