Question

我有标记 Azure DevOps 存储库的脚本。

我在标记 repos 时遇到的问题很少 -

如果标签仍然不存在，我会得到致命的：标签已经存在，然后脚本继续并标记回购
我在脚本中给出了标签。如果我更改脚本中的标签，它会用 2 个标签标记 repo。脚本中以前和更新的标签

例如这是命令 - git tag -a AzDo -m "{}"".format(details) 如果我将其更改为 git tag -a AzDo_123 -m "{}"".format(details) 并运行脚本。它的标签仓库有 2 个标签 AzDo_123, Azdo

    def PushTags(org,token,project,repoName,user,email):
      os.system("git config --global user.name \"{}\"".format(user))
      os.system("git config --global user.email \"{}\"".format(email))
      os.system("git remote set-url --push origin https://{User_Name}:
                {PAT}@{Org}.visualstudio.com/{Project_Name}/_git/{Repo_Name}"\
                     
       .format(User_Name=user,PAT=token,Org=org,Project_Name=project,Repo_Name=repoName))
      os.system("git tag -a AzDo -m \"{}\"".format(details))
      os.system("git push --tags")

我是否需要对脚本（git 命令）进行任何更改以确保它只为 repo 标记正确的标签？

Answer 1

PushTags 中的命令在本地存储库中执行，并且存储库似乎从未更改过。改变origin的push url只是更新到远程仓库的push路由，本地仓库还是原来的。当 PushTags 被多次调用时，它总是尝试在同一个提交（HEAD）上创建相同的标签，所以它会抱怨标签已经存在。

我能想到 2 个解决方案。一种是获取分支，然后在正确的提交上创建标签。另一种是调用Azure的restapi，如果有的话。

假设您要在存储库 AzDo 中的分支 123abc 上的提交 foo 上创建标签 repoName。

# fetch foo from repoName
git fetch ${url_to_repoName} foo
# as you run the commands in the same repository, remove the existing AzDo first
git tag -d AzDo
# create tag AzDo on 123abc
git tag -a AzDo -m <msg> 123abc
# push the new Azdo to repoName
git push ${url_to_repoName} refs/tags/Azdo:refs/tags/Azdo

至于 restapi，我不熟悉 Azure DevOps。你可以参考它的文档。

Azure DevOps 存储库未使用 git 命令标记正确的标签

1 个答案: