Azure DevOps流水线checkout后无法正确选择最新tar.gz文件

我有一个Azure DevOps YAML流水线，需要从packages/目录选取最新的*.tar.gz包并发布为流水线制品。本地使用ls -t可正常工作，但流水线中却选中旧文件（比如提交test8.6.tar.gz后仍选中test8.3.tar.gz）。

本地环境测试 #

# ls -t packages/
test8.6.tar.gz  test8.5.tar.gz  test8.4.tar.gz test8.3.tar.gz
# ls -t packages/ | head -n 1
test8.6.tar.gz -> 本地正常，但流水线中始终选中test8.3.tar.gz作为制品

CI流水线配置 #

trigger:
  branches:
    include:
      - main
  paths:
    include:
      - packages/*.tar.gz

steps:
- checkout: self

- bash: |
    set -euo pipefail
    pkg=$(ls -t packages/*.tar.gz | head -n 1)
    echo "##vso[task.setvariable variable=packagePath]$pkg"
    echo "Using package: $pkg"
  displayName: Select package

- publish: $(packagePath)
  artifact: package

流水线日志显示，即使最新提交添加了packages/test8.6.tar.gz，仍选中packages/test8.3.tar.gz。

为什么ls -t在Azure DevOps checkout后无法可靠选取最新包？ #

• Git本身不跟踪文件系统的修改时间，Azure DevOps执行checkout任务时，所有文件的修改时间会被统一设置为checkout操作的时间，或是Git内部记录的commit时间戳（不同环境处理逻辑可能不一致）。这导致ls -t（按修改时间排序）的结果完全不可靠——新提交的文件和旧文件的修改时间可能无差异，甚至旧文件的时间更晚。
• 如果流水线启用了增量checkout或缓存机制，旧文件的修改时间会保留之前的记录，进一步打乱排序逻辑。

发布前选择触发提交对应包（或最新版本）的推荐确定性方法 #

方法1：按文件名版本号排序（最可靠，适用于文件名含规范版本号的场景） #

如果包文件名遵循版本号规则（如testX.X.tar.gz），直接按自然版本号排序选取最新包：

pkg=$(ls packages/test*.tar.gz | sort -V | tail -n 1)

sort -V会按版本号的自然顺序排序（比如test8.3 < test8.6），tail -n 1取排序后的最后一个（即最新版本）。

方法2：按Git提交时间选取触发本次流水线的包 #

要确保选取的是触发本次流水线的提交中新增/修改的包，可以通过Git日志定位：

# 获取触发流水线的当前提交ID
COMMIT_ID=$(Build.SourceVersion)
# 对比当前提交与父提交的差异，提取变更的tar.gz包
pkg=$(git diff --name-only $COMMIT_ID^ $COMMIT_ID | grep packages/.*\.tar.gz)
# 若提交中有多个包，取最后一个（可根据需求调整）
pkg=$(echo "$pkg" | tail -n 1)

这种方式直接锁定本次提交变更的文件，完全避免排序问题，确保选取的是触发流水线的目标包。

方法3：流水线生成包时直接记录路径 #

如果包是在流水线内部生成的，建议在生成步骤直接将包路径写入变量，后续发布步骤直接引用该变量，跳过事后查找的环节。

内容的提问来源于stack exchange，提问作者scrapkowe