我正在使用自托管代理运行我的构建和发布流水线。
当构建失败，由于管道中的问题，工作目录中会存在从远程克隆的分支。第二次运行也使用相同的工作目录，而不是新目录。我在代理上验证过没有新目录被创建。我还可以在 Azure 流水线日志中看到它正在使用同一个旧目录。
我暂时解决这个问题的方法是我找到旧的工作目录（例如 /home/user/_work/13），并手动删除它。然后 Azure 就会在 _work 下创建一个新的文件夹（例如“14”），我可以在那个新目录下看到最新从远程克隆的代码。
如何在失败发生时自动删除工作文件夹（_work 下的编号目录）？
注意：我已经在我的管道末尾添加了清理步骤，这些步骤在管道成功完成时运行。另外，我编写的是 YAML 流水线，而不是经典的流水线。
如果需要更好的理解，请让我知道需要什么信息。
Azure DevOps - 清理构建目录
在“获取源代码”选项卡上有一个清理选项，可以在运行构建之前对私有代理的工作目录执行不同种类的清理操作：
我们可以将该值设置为true以清理私有代理的工作目录。即使构建失败。
您可以查看文档在代理上清理本地存储库以获取更多详细信息。
更新：
但这是针对经典流水线的，难道我们没有在 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
查看此文档YAML模式参考，以获取一些详细信息。
希望这有所帮助。
由于运行预清理作业 (workspace.clean) 或后清理作业 some step X 以清理代理 workdir 严重依赖于“某个流水线”的流水线作者来修复潜在的难以检测的“workdir污染”问题，因此我们决定重新实现这个想法，以确保workdir污染永远不会发生。
我创建了 https://github.com/EugenMayer/azure-agent-self-hosted-toolkit，它在代理级别上解决了这个问题，不需要对流水线进行任何更改，也不依赖于流水线。
引用项目想法：
The run-once mode is based on Microsoft's `./run.sh --once` which ensures that an agents only runs 1 job and then stops.
This is used to
- cleanup the workdir in a safe manner after each job
- ensures each job on an agent runs in a clean workdir
- starts the agent right after cleanup up (few seconds) to be available for the next job
该存储库还提供了一个工具包，可使用Microsoft的原始工具启动/设置x-agents并使用方便的脚本进行维护。
如果这有助于其他任何人，我很乐意分享它。