git - 哪些分支应与 Azure 中的部署槽关联

Question

我正在使用部署槽和源代码控制在 Microsoft Azure 上启动应用程序。我不确定哪个分支与生产部署槽关联。如果我设置一个临时环境并将其连接到主分支，然后运行交换，它会正确切换到生产槽中的主代码库。如果我交换回来，它会交换到暂存状态，它会显示生产中的旧代码。这告诉我生产当前与分支无关(我也没有将其设置为)。

我现在的问题是，哪个分支与登台相关联，哪个分支与生产相关联？何时以及如何替换生产中的代码，以便我可以将新代码放入暂存(主分支)？

我担心的是:
- 如果没有与生产相关的分支，那么我如何在部署槽之间正确切换并获得该功能的值(value)？- 如果我将分支与生产槽相关联，那么该代码在部署时将不会通过临时环境。- 我假设我不想每次部署时都在在线环境上切换源代码控制存储库分支。- 如果我这样设置，那么我会认为我必须部署到临时环境，然后切换到生产环境。为了在生产中使用该代码库，我必须随后将相同的代码部署到生产中。- 我想我总是会先将一个分支 merge 到 master 中，而不是先 merge 到另一个分支中。

我相信有些事情我做得不对。我需要做什么？请解释 master 分支中应包含哪些代码。

谢谢。

Answer 1

不应该有与生产和登台槽相关的单独分支，或者至少我认为这样做没有任何好处。暂存槽作为将代码引入实时生产环境的中间步骤而存在，允许您在将虚拟机切换到面向客户的生产槽之前部署、运行和扩展虚拟机。

如果您希望将不同版本的代码部署到 Azure，则为每个版本创建一个单独的云服务，以便每个代码分支都与其自己的云服务相关联。您不必为每个部署都使用暂存槽，例如开发分支/开发云服务可能不需要经历部署到暂存然后执行 VIP 交换的过程，在这种情况下，您只需升级生产槽即可就地。

在这种情况下，包含不同代码的暂存槽的问题应限制为仅包含同一分支的先前部署。部署后，新的生产代码在生产槽中生效，您可以选择删除暂存槽的内容，或将其保留在适当的位置，以便您能够在需要的时间内回滚到以前的版本进行 VIP 交换。

也没有硬性规定，所以关键是找到最适合您的流程。