在Azure DevOps管道中,似乎有两种概念和处理“工件”的方法,我不能一概而论。
管道伪像
构建工件
它们只是文件,所以为什么我们需要两种专门的方法来处理它们?
有什么区别?我在乎吗?
答案 0 :(得分:1)
Micrososft的总体计划是用管道构件代替构建构件。
引用:https://github.com/MicrosoftDocs/vsts-docs/issues/2341#issuecomment-439483135
我会说,坚持使用管道工件,因为这是对未来的证明,并且您不希望最终使用突然停止工作的管道。
当前,这些方法主要用于以下两个用例中(仅因为在这些区域中工作的人员对它们感到满意);
如果您使用的是纯Yaml管道,并且需要使用工件 在管道的下一阶段可用,然后使用 管道工件(下一代DevOps)。
如果要使用发布部分,则需要使用
工件中的内容,那么您仍然需要使用build
人工制品。 (Old School TFS DevOps)