Ind*_*our 8 azure-devops azure-pipelines
顺便提一下,我正在使用自托管代理来运行我的构建和发布管道。
问题是当我运行任何构建并且由于管道中的某些问题而失败时。来自远程的克隆分支位于 _work 目录中。第二次运行也选择了相同的工作目录,我已经从 agent _work 目录手动检查没有克隆新目录,我还可以从 Azure Pipeline 日志中验证它们使用的是相同的旧目录。
我临时解决了这个问题,我进入旧目录(即/home/user/_work/13)并手动删除那13个目录然后azure拿起它新文件夹说_work下的14,我可以看到最新的从远程克隆代码。
那么如何在发生任何故障时自动删除工作文件夹(代理构建目录,即 _work 下的 13/14)。
PS:当我的管道成功完成时,我已经有清理步骤,我在最后运行。另外,我正在编写基于 .yml 的管道。
如果需要任何信息以更好地理解,请告诉我。
Leo*_*SFT 21
Azure DevOps - 清理构建目录
Get Source 选项卡上有一个Clean选项,它可以在运行构建之前对私有代理的工作目录执行不同类型的清理:
我们可以将值设置true为清理您的私人代理的工作目录。即使构建失败。
您可以查看文档Clean the local repo on the agent了解更多详细信息。
更新:
但这适用于经典管道,我们没有仅在 yml 管道中定义的任何标签
jobs:
- job: string # name of the job (A-Z, a-z, 0-9, and underscore)
...
workspace:
clean: outputs | resources | all # what to clean up before the job runs
Run Code Online (Sandbox Code Playgroud)
查看此文档YAML 架构参考以获取一些详细信息。希望这可以帮助。
| 归档时间: |
|
| 查看次数: |
11245 次 |
| 最近记录: |