Azure devops 用于集装箱化解决方案的释放管道

我使用Azure DevOps作为Docker容器化应用程序的源代码repo。在创建发布管道以将代码库从dev部署到test（然后部署到staging和prod）的过程中，我注意到在选择Azure应用程序服务部署模板之后，我无法为代码移动指定分支

---

例如，我无法为将代码移动到测试环境的管道指定开发分支。这是否意味着对于容器化应用程序，我必须为每个环境（dev、test、staging和prod）提供单独的repo？此外，这是否意味着对于代码部署，我必须将代码从dev repo中的主分支移动到test repo中的主分支，依此类推？

与任何其他CI\CD管道一样，会发生以下情况：

你构建你的代码

你测试一下

你把它打包

你释放它

我猜您忽略了这样一个事实：您创建了一个工件，然后将其发布到dev>staging>prod。换句话说，您可以跨环境升级它

---

至于在分支之间移动代码-是的，这是您无论如何必须做的。除非希望分支之间完全断开连接（这没有什么意义）。

与任何其他CI\CD管道一样，发生的情况如下：

你构建你的代码

你测试一下

你把它打包

你释放它

我猜您忽略了这样一个事实：您创建了一个工件，然后将其发布到dev>staging>prod。换句话说，您可以跨环境升级它

---

至于在分支之间移动代码-是的，这是您无论如何必须做的。除非您希望分支之间完全断开连接（这没有什么意义）。

我试图强调的是，停靠应用程序的Azure应用程序服务部署模板不允许指定分支。我最初希望，对于一种类型的部署，我可以指定dev分支，而对于另一种部署，我可以指定test分支，例如。在无法指定分支的情况下，似乎我需要为每个环境指定一个不同的repo。如果是这样，那就这样吧。我只是想证明事实上事情就是这样的。我完全不知道你在说什么。你能在你的问题中编辑一个屏幕截图吗？我想强调的是，停靠应用程序的Azure应用程序服务部署模板不允许指定分支。我最初希望，对于一种类型的部署，我可以指定dev分支，而对于另一种部署，我可以指定test分支，例如。在无法指定分支的情况下，似乎我需要为每个环境指定一个不同的repo。如果是这样，那就这样吧。我只是想证明事实上事情就是这样的。我完全不知道你在说什么。你能在你的问题中编辑一个截图吗？