使用Action Update Helpers 的选项很少,
差异。是否有帮助取决于您发布的内容,nuget libs 您发布的内容与 自定义库 - 因为您没有分享您的示例 yaml/代码,所以我将两者都分享。
Option 1:使用 Release Tag Updater 辅助库。来自here 或更新的here from Github 或Market Place
对您自己有帮助,即如果您发布 NUGET libs
在您的yaml github 操作配置文件中,在您要重命名的阶段,您可以使用传入值的标记选项
# Filepath of the project to be packaged, relative to root of repository
PROJECT_FILE_PATH: YourProject/YourProject.csproj
# NuGet package id, used for version detection & defaults to project name
# PACKAGE_NAME: YourProject
# API key to authenticate with NuGet server
NUGET_KEY: ${{secrets.NUGET_API_KEY}}
# NuGet server uri hosting the packages, defaults to https://api.nuget.org
# NUGET_SOURCE: https://api.nuget.org
# Filepath with version info, relative to root of repository & defaults to PROJECT_FILE_PATH
# VERSION_FILE_PATH: Directory.Build.props
# Regex pattern to extract version info in a capturing group
# VERSION_REGEX: <Version>(.*)<\/Version>
# Useful with external providers like Nerdbank.GitVersioning, ignores VERSION_FILE_PATH & VERSION_REGEX
# VERSION_STATIC: 1.0.0
# Flag to toggle git tagging, enabled by default
# TAG_COMMIT: true
# Format of the git tag, [*] gets replaced with actual version
# TAG_FORMAT: v*
Option 2: 修改/滚动你自己的 yaml properties 文件
恕我直言,您的自定义库,即如果您需要超出标准 yaml properties 的内容,并且需要更多内容。
例如在您最后的release 阶段,使用 yaml deploy 部分将其命名为您想要使用此lib 的名称。
# your previous yaml code ... there should be a section with the below tage configured and it will look for it an update.
主要区别在于标签名称的主要和次要版本,并且对 Nuget 包有帮助。
第二个允许您创建超越和自定义标签的东西。