对 Azure DevOps 管道的困惑

Question

我最近一直致力于从内部部署 TFS 切换到 Azure DevOps，并试图了解有关不同管道的更多信息，我想我的构建管道可能做得太多了。

目前我有我的构建管道

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

我多次重复这些步骤，一次用于开发分支，一次用于当前和以前的发布分支。

但是，如果我想利用发布和部署区域，这对我有什么好处？

看起来更容易说是，这段代码确实适用于这个开发/测试环境。

我正在使用在存储库中包含一些 .NET Web 服务的 ColdFusion 代码，我是否必须制作一个压缩存储库然后部署它的工件，还是有更好的方法来利用发布管道？

Answer 1

没有必要制作一个压缩存储库然后部署它的工件。 您可以在应用程序生命周期过程中使用多种类型的工具来生成或存储工件。 例如，您可以使用版本控制系统（例如 Git 或 TFVC）来存储您的工件。 可以将 Azure Pipelines 配置为从多个源部署项目。 查看以下链接了解更多详情：

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