Azure Pipeline运行git describe提示No tags can describe错误如何解决

Azure DevOps 流水线默认采用浅克隆拉取代码，默认fetchDepth值为1，仅拉取触发构建的当前单个提交，不会拉取完整提交历史，也不会默认拉取仓库标签。你本地是完整克隆的仓库，有全量提交记录和标签，所以执行git describe可以正常返回结果；但流水线环境的本地仓库缺少标签和关联提交链，git无法找到能描述当前提交的标签，就会抛出No tags can describe的错误。
你之前加--参数报错是因为参数位置错误：--的作用是分隔git命令选项和提交引用，必须放在所有选项参数的后面，如果放在--abbrev=0前面，git会把--abbrev=0识别为要查询的提交对象名，自然抛出无效对象名的错误。

• 首先调整代码拉取配置，关闭浅克隆、开启标签拉取
  在现有steps的最前面添加checkout配置，和原有任务同级：

  steps:
    - checkout: self
      fetchDepth: 0
      fetchTags: true
    # 后面保留你原有的PowerShell版本设置任务即可
  

  如果你用的是经典可视化流水线而非YAML，找到「获取源」配置页，取消勾选「浅克隆」，再勾选「拉取标签」选项保存即可。
• 给版本获取逻辑加兜底容错（可选，避免偶发失败）
  就算拉取了全量历史，如果当前提交所在分支没有任何可达标签，git describe还是会报错中断流水线，建议加兜底逻辑，找不到标签时用短提交号作为版本号，替换你原有脚本里的$releasever = git describe --abbrev=0行即可：

  # 先切到源码仓库目录，避免工作目录不对导致git命令执行失败
  Set-Location $(Build.SourcesDirectory)
  # 优先取最近的关联标签，取不到就用7位短提交号兜底
  $releasever = git describe --abbrev=0 --tags 2>$null
  if (-not $releasever) {
      $releasever = git rev-parse --short=7 HEAD
  }
  

  注意这里--放在所有选项参数的最后，不会出现之前的参数解析错误。
• 验证执行路径（改完仍报错时排查用）
  如果调整配置后还是报错，可以在git命令前加一行git status确认当前工作目录确实在源码仓库内，部分场景下PowerShell任务的默认工作目录可能是产物目录而非源码目录，会导致git命令找不到仓库元数据。

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