Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/python-3.x/17.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Build 对于DevOps管道中的每个构建,ArtifactStagingDirectory是否始终为空_Build_Azure Devops_Pipeline - Fatal编程技术网

Build 对于DevOps管道中的每个构建,ArtifactStagingDirectory是否始终为空

Build 对于DevOps管道中的每个构建,ArtifactStagingDirectory是否始终为空,build,azure-devops,pipeline,Build,Azure Devops,Pipeline,我们正在Azure DevOps中使用构建管道来创建部署工件。此类管道中的典型步骤包括: 构建解决方案/项目 将DLL输出复制到$Build.ArtifactStagingDirectory 从$Build.ArtifactStagingDirectory发布工件 我只是想知道我是否可以相信这样一个事实,即每次构建开始时Build.ArtifactStagingDirectory都是空的。或者我应该首先清理文件夹以确保安全? 根据我的经验,文件夹总是空的,但我不确定我是否可以依赖它。这是Az

我们正在Azure DevOps中使用构建管道来创建部署工件。此类管道中的典型步骤包括:

  • 构建解决方案/项目
  • 将DLL输出复制到
    $Build.ArtifactStagingDirectory
  • $Build.ArtifactStagingDirectory发布工件
我只是想知道我是否可以相信这样一个事实,即每次构建开始时Build.ArtifactStagingDirectory都是空的。或者我应该首先清理文件夹以确保安全?

根据我的经验,文件夹总是空的,但我不确定我是否可以依赖它。这是Azure托管代理特有的吗?也许通过使用自定义构建代理,我必须手动清理此文件夹?也许上次生成的一些旧文件可以保留在那里?我在文档中没有找到此信息


谢谢。

我认为这个变量
$Build.ArtifactStagingDirectory
的主要思想是成为一个干净的区域,以便您可以管理从回购中推送的代码。据我所知,文档中没有明确的信息表明此文件夹在每次新构建时都是空的,但有一些“线索”:

  • 您可以在下一页看到
    Build.StagingDirectory
    总是在每次新生成之前清除,因此每次生成都有一个新的开始
  • 在上面的文档中,有几个例子明确引用了一些文件夹或文件未在新版本中清理,例如build.BinariesDirectory变量
  • 我在Azure上运行了一些指向我的Web应用程序的构建和实现,我从未看到过与我的构建管道无关的不需要的文件或文件夹

  • 我希望这会有所帮助。

    根据您的要点,文档中明确提到了这一点#1:此目录在每次新构建之前都会被清除,因此您不必自己清理。我在文档中是盲目的,忽略了这一点。非常感谢你的回答。现在我们安全了,目录在构建开始时总是干净的。