问题描述
在使用 Azure DevOps 的自托管构建代理时遇到了问题。在他们的构建流程中，他们在 checkout 步骤中使用了 clean 标志，但有时会出现空间不足的情况。用户想知道在清理构建代理的工作目录时，应该采用什么样的首选方法。
问题的主要症结在于，清理过程位于流水线的开始阶段，而且会留下许多临时文件。如果有两个并行的构建，问题会变得更严重（首先清理，然后克隆代码库，然后第二个构建清理并克隆代码库，然后第一个构建运行，这样就没有足够的空间给第二个构建）。除非重新调度第一个构建，否则构建的输出将保留在代理上。用户尝试了每天调度一个删除任务，但并没有解决他们的问题。他们还尝试在 YAML 文件的末尾添加一个脚本，用于清理工作目录，想知道是否推荐这种方法。
解决方案
为了解决 Azure DevOps 构建代理工作目录的清理问题，有一些首选方法可以考虑。以下是其中几种方法：
方法1：使用 DeleteFiles 任务
你可以在构建流水线中添加一个 DeleteFiles 任务，用于清理工作目录中的临时文件。这样可以确保在构建运行后清理工作目录，无论构建是否成功或被取消。
在 YAML 文件中添加以下代码块：
- task: DeleteFiles@1
displayName: 'clean *'
inputs:
SourceFolder: '$(Pipeline.Workspace)'
Contents: '*/**'
RemoveDotFiles: true
condition: always()
这个任务将会删除工作目录中的所有文件和子文件夹。condition: always() 确保该任务在任何情况下都会执行。
方法2：使用 workspace clean 选项
在 Azure DevOps 的 YAML 配置中，你可以通过设置 workspace clean 选项来定义在构建运行之前清理工作目录的哪些部分。这样可以确保在获取代码之前，先清理工作目录，以便为新的构建腾出空间。
在 YAML 文件中添加以下代码块到你的 job 定义中：
jobs:
- job: ...
workspace:
clean: all # 可以是 "outputs"、"resources" 或 "all"
这将在每次构建运行之前清理指定的部分。
方法3：使用脚本自定义清理过程
你也可以在构建的末尾使用自定义脚本来清理工作目录。例如，你可以使用 PowerShell 脚本或其他脚本语言来删除指定的文件和文件夹。这种方法可以根据你的需求进行定制，但需要确保脚本在任何情况下都会执行，包括构建失败或被取消。
无论你选择哪种方法，都需要确保清理操作不会影响正在进行的构建或其他任务。你可以在测试环境中先进行验证，确保清理操作不会导致意外的问题。
请根据你的需求选择合适的方法来清理 Azure DevOps 构建代理的工作目录，以确保每次构建都有足够的空间和干净的环境。
请注意，以上方法可能根据 Azure DevOps 的版本和更新而有所变化。在实际操作之前，请先查阅最新的文档或测试环境中进行验证。
希望这些解决方案能够帮助你有效地管理 Azure DevOps 构建代理的工作目录，确保每次构建都能顺利运行并占用足够的空间。