Azure devops 如何使用扩展在Azure DevOps中自动标记分支(发布时标记/分支Git)

Azure devops 如何使用扩展在Azure DevOps中自动标记分支(发布时标记/分支Git),azure-devops,branching-and-merging,tagging,azure-devops-extensions,Azure Devops,Branching And Merging,Tagging,Azure Devops Extensions,有了Azure DevOps发布管道,我计划使用以下由Micheal Barry tag\Branch Git在发布时创建的扩展自动标记我的brach。请参见下图: 我有点想知道如何将标记名定制为UAT_u$date:yyyyMMdd$Rev:.r。由于文档数量有限,我将尝试添加以下内容 我怎样才能做到这一点?另外,我更感兴趣的是如何为这个扩展填充这些高级选项 您在管道中使用了错误的任务。我建议使用git标记任务,它对我来说很好,您可以在标记字段中使用您的命名 我发现这个扩展更容易设置,并且满

有了Azure DevOps发布管道,我计划使用以下由Micheal Barry tag\Branch Git在发布时创建的扩展自动标记我的brach。请参见下图:

我有点想知道如何将标记名定制为UAT_u$date:yyyyMMdd$Rev:.r。由于文档数量有限,我将尝试添加以下内容

我怎样才能做到这一点?另外,我更感兴趣的是如何为这个扩展填充这些高级选项


您在管道中使用了错误的任务。我建议使用git标记任务,它对我来说很好,您可以在标记字段中使用您的命名

我发现这个扩展更容易设置,并且满足了我们的需求。所以基本上我的git标签=程序集版本。每次发布生产环境时,我都会这样做更改assemblyInfo信息并将其存储在构建定义的变量中。市场上有一组任务允许读取和写入asemblyInfo。对于git标记任务,我只使用前面设置的标记变量,它基本上每发布一个新版本就增加一个。您可以在下面的图片中查看更多信息

所以我实际上只是添加了简单的标记来镜像我的assemblyVersion,但在标记消息中,我也添加了我的构建信息,看起来像$build.buildNumber-$tag


如果您想更深入地了解azure devops预定义的变量,您可以在此处执行此操作

您在管道中使用了错误的任务。我建议使用git标记任务,它对我来说很好,您可以在标记字段中使用您的命名

我发现这个扩展更容易设置,并且满足了我们的需求。所以基本上我的git标签=程序集版本。每次发布生产环境时,我都会这样做更改assemblyInfo信息并将其存储在构建定义的变量中。市场上有一组任务允许读取和写入asemblyInfo。对于git标记任务,我只使用前面设置的标记变量,它基本上每发布一个新版本就增加一个。您可以在下面的图片中查看更多信息

所以我实际上只是添加了简单的标记来镜像我的assemblyVersion,但在标记消息中,我也添加了我的构建信息,看起来像$build.buildNumber-$tag

如果您想更深入地了解azure devops预定义变量,可以在此处执行此操作。

仅在Options=>Build Number格式和Options=>Release Name格式中支持$date:yyyyMMdd$Rev:.r。因此,如果将$date:yyyyMMdd$Rev:.r直接放在静态标记名中,则任务无法计算其值

以下是您想要做什么的几个方向:

使用$date:yyyyMMdd$Rev:.r作为发布名称格式。 然后在静态标记名输入中使用UAT_u$Release.ReleaseName

结果是:

PS:如果您将构建管道设置为发布管道的工件源,那么您还可以在发布名称格式中使用$build.BuildNumber/$build.DefinitionName

2.如果您希望使用版本-$date:yyyyMMdd$Rev:.r作为版本名称格式。现在,由于您需要的是UAT_xxx,因此需要使用Regex选项:

假设您的发布名称的实例是release-20200518.5,现在如果您按照上面我的输入配置任务,那么标签将是UAT_20200518.5

此外:

当发布名称格式为$date:yyyyMMdd$Rev:.r时,您的发布将是:

您可以选择使用静态标记名,选中上面的1

当名称格式为Release-$date:yyyyMMdd$Rev:.r时,您的发行版将是:

您应该在第三方任务中使用regex选项,选中上面的2。关于什么是Regex请参见,在线上也有许多关于Regex主题的文档/博客…

仅在Options=>Build Number格式和Options=>Release Name格式中支持$date:yyyyMMdd$Rev:.r。因此,如果将$date:yyyyMMdd$Rev:.r直接放在静态标记名中,则任务无法计算其值

以下是您想要做什么的几个方向:

使用$date:yyyyMMdd$Rev:.r作为发布名称格式。 然后在静态标记名输入中使用UAT_u$Release.ReleaseName

结果是:

PS:如果您将构建管道设置为发布管道的工件源,那么您还可以在发布名称格式中使用$build.BuildNumber/$build.DefinitionName

2.如果您希望使用版本-$date:yyyyMMdd$Rev:.r作为版本名称格式。现在,由于您需要的是UAT_xxx,因此需要使用Regex选项:

假设您的发布名称的实例是release-20200518.5,现在如果您按照上面我的输入配置任务,那么标签将是UAT_20200518.5

此外:

当发布名称格式为$date:yyyyMMdd$Rev:.r时,您的发布将是:

您可以选择使用静态标记名,选中上面的1

当名称格式为Release-$date:yyyyMMdd$Rev:.r时,您的发行版将是:

您应该使用regex op
在该第三方任务中,选中上面的2。关于什么是Regex请参见,在线上也有许多关于Regex主题的文档/博客…

要做到这一点,有多个扩展可用,但我根据评级和安装数量选择了此选项,与其他选项相比,安装数量略高。但让我调查一下这件事。你介意在这里增加更多关于这个扩展的细节吗。带有一些屏幕截图。@tech gayan我编辑了我的评论,并提供了更多关于如何使用任务的信息。有多个扩展可用,但我根据评级和安装数量选择了此选项,与其他选项相比,安装数量略高。但让我调查一下这件事。你介意在这里增加更多关于这个扩展的细节吗。带有一些屏幕截图。@tech gayan我编辑了我的评论,并提供了有关我如何使用任务的更多信息检查扩展的说明:在使用发布名称的发布过程中标记或分支tfs git工件的任务。因此,任务的使用与发布名称有关。这取决于在确定使用哪个选项时如何定义发布名称格式。静态标记名或正则表达式。希望我的回答有帮助:嗨,朋友,这个问题有更新吗?请检查我的回答是否解决了您的原始问题,如果是,您可以接受它作为答案。如果您仍然被阻止,请随时通知我,这是一个提醒。请检查扩展的描述:在具有发布名称的发布过程中标记或分支tfs git工件的任务。因此,任务的使用与发布名称有关。这取决于在确定使用哪个选项时如何定义发布名称格式。静态标记名或正则表达式。希望我的回答有帮助:嗨,朋友,这个问题有更新吗?请检查我的回答是否解决了您的原始问题,如果是,您可以接受它作为答案。如果您仍然被阻止,请随时通知我,提醒您。