Azure DevOps管道上的混淆

问题描述 投票:-1回答:1

我最近一直在努力从本地TFS切换到Azure DevOps,并试图了解有关不同管道的更多信息,我认为我的Build管道可能做得太多。

目前我有我的构建管道

  1. 从仓库获取源代码
  2. 运行数据库脚本/部署dacpacs
  3. 将文件复制到已经设置了Web应用程序的虚拟机中
  4. 运行单元/集成测试
  5. 发布测试结果

我多次重复执行这些步骤,其中一个用于开发分支,一个用于当前和先前发行版分支。

但是,如果我想利用“发布和部署”领域的优势,那将真正让我受益?

看起来似乎容易接受,这段代码确实使它适用于这个dev / beta环境。

我正在使用在回购中包含一些.NET Web服务的ColdFusion代码,我是否需要制作一个压缩回购然后部署它的工件,还是有更好的方法来利用发布管道?

azure-devops azure-pipelines tfsbuild azure-pipelines-release-pipeline
1个回答
0
投票

不必制作一个压缩回购然后部署它的工件。您可以在应用程序生命周期过程中使用几种工具来生成或存储工件。例如,您可以使用版本控制系统(例如Git或TFVC)来存储工件。您可以配置Azure管道以从多个来源部署工件。检查以下链接以获取更多详细信息:

https://docs.microsoft.com/en-us/azure/devops/pipelines/release/artifacts?view=azure-devops#sources

© www.soinside.com 2019 - 2024. All rights reserved.