0

我计划开发一个多层 .NET 应用程序，在 Azure 上至少托管三个独立的层：

  • 网页前端
  • 后端/工作者角色
  • 数据库

我想将Azure Git Publishing与 GitHub 一起使用，以分别启用每个层的持续部署。组织 git 分支以分别为每个组件启用 Azure 部署，同时在它们之间共享代码的最佳方式是什么？

最好，我希望将所有代码放在一个 git 分支中，并在 Azure 中为每个分支设置单独的构建/发布过程。但是，我怀疑这行不通，因为：

  1. Azure 使用分支中的任何推送来触发部署。我不想更新我的前端来触发我的后端部署。
  2. 据我所知，无法配置 Azure 用于生成要发布的输出的构建命令。

如果我需要使用单独的 Git 分支，在它们之间共享代码的最简单方法是什么？

4

2 回答 2

2

好心的先生

听起来每个部署目标都需要一个 git repo 。也就是说，希望独立于任何其他层部署的每一层的存储库。再加上一个共享代码的仓库。大概共享代码编译为一些 dll，可以通过将它们捆绑为 NuGet 包与其他项目共享。例如，通过这种方式，Web 前端不会在更新共享代码时触发部署。仅当您完成 NuGet 更新时才会发生这种情况。

也就是说，我想知道，“不想更新前端来触发我的后端部署”真的是一个要求吗？在我的工作场所，我们几乎所有的部署都是完全自动化的。没有停机时间，它只是工作。我们有时一天部署 5、10 次或更多次。我们不必关心多少次。如果你也能做到这一点，那么你就可以拥有一个大的 git 存储库。是的，偶尔不影响层的更改仍会部署该层，但是，嗯，不在乎。代码组织和共享变得非常简单。

你的朋友乔希

于 2013-01-16T20:30:27.767 回答
0

根据这个相关问题，Azure git 发布仅适用于网站，不适用于云服务。

因此，允许单独项目发布的组织问题是无关紧要的。最简单的选择是将项目保留在单个 Git 分支中并使用传统的 Azure 部署（不是自动 Git 发布）。

于 2013-01-18T17:06:31.593 回答