首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >将adal配置动态传递到Azure DevOps发布管道

将adal配置动态传递到Azure DevOps发布管道
EN

Stack Overflow用户
提问于 2019-01-15 00:12:41
回答 2查看 302关注 0票数 0

我有一个使用ADAL库与Azure AD集成的.net核心SPA应用程序。我有ADAL配置(客户端ID、租户ID等)在app.module.ts文件中,它们当前指向本地开发环境值。

我正在使用Azure DevOps来构建和部署应用程序。我有一个Azure构建管道来构建和发布CI周期结束时的工件,我有一个发布管道来获取工件并使用IIS Web deploy Task将其部署到QA环境(windows VM)。

发布管道成功地将应用程序部署到VM,但它仍然使用旧的ADAL配置开发值,因此身份验证在QA服务器上不起作用。

我知道我可以使用environment.ts文件根据我要部署到的环境动态地传递ADAL配置,但问题是构建管道的发布工件任务默认使用‘--prod’参数来构建我用来部署到QA的工件(.zip),这意味着无论我部署到哪个环境,它都将始终使用environment.prod.ts文件。

我的想法是在CI阶段结束时构建一次工件,并将相同的工件部署到任何更高的环境中。我如何使用Azure Core + Angular 7+ MSAdalAngular6 + .net DevOps来实现这一点?

谢谢!

EN

回答 2

Stack Overflow用户

发布于 2019-01-15 03:01:45

您所描述的是每个环境都有不同的配置。检入每个环境的配置,并在运行时让应用程序确定它在哪里运行以及加载哪个配置,这往往不太容易出错。

您可以通过Azure门户或其他机制设置特定的环境变量来完成此操作。

票数 1
EN

Stack Overflow用户

发布于 2019-12-23 08:46:55

我总是传递配置的方式是你所说的构建一次的想法。使用一个标记化的标准配置文件,然后在Azure DevOps中,你可以在发布管道中使用像“替换令牌”这样的任务,它将使用管道变量(当你替换令牌时,你可能需要取消存档,然后重新存档)。

我的团队通常既有用于开发的本地条目的默认配置,也有用于部署的标记化配置(在发布期间重命名),这也允许您将秘密保留在源代码控制之外。例如appconfig.json和releaseconfig.json

另一种常见的方法是将所有配置作为环境变量存储在服务器上,并在应用程序启动时检索它们。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/54185164

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档