- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
从 here 获取全局配置后,我的 GitVersion.yml 如下所示
但问题是,当我运行 gitversion 时会抛出异常
无法格式化 AssemblyInformationalVersion。检查您的格式字符串:“InformationalVersion”不是“GitVersion.SemanticVersionFormatValues”类型的成员(参数“propertyOrFieldName”)
我不得不删除第 5 行
程序集信息格式:'{信息版本}'
使异常消失。
我尝试了以下但没有奏效。
assembly-informational-format: {InformationalVersion} # 删除了引号。
我错过了什么。
next-version: 0.1.0
mode: mainline
assembly-versioning-scheme: MajorMinorPatch
assembly-file-versioning-scheme: MajorMinorPatchTag
assembly-informational-format: '{InformationalVersion}'
increment: Inherit
continuous-delivery-fallback-tag: ci
tag-prefix: '[vV]'
major-version-bump-message: '\+semver:\s?(breaking|major)'
minor-version-bump-message: '\+semver:\s?(feature|minor)'
patch-version-bump-message: '\+semver:\s?(fix|patch)'
no-bump-message: '\+semver:\s?(none|skip)'
legacy-semver-padding: 4
build-metadata-padding: 4
commits-since-version-source-padding: 4
commit-message-incrementing: Enabled
commit-date-format: 'yyyy-MM-dd'
branches:
master:
mode: ContinuousDelivery
tag: ''
increment: Patch
prevent-increment-of-merged-branch-version: true
track-merge-target: false
regex: ^master
tracks-release-branches: false
is-release-branch: false
release:
mode: ContinuousDelivery
tag: beta
increment: Patch
prevent-increment-of-merged-branch-version: true
track-merge-target: false
regex: ^releases?[/-]
tracks-release-branches: false
is-release-branch: true
pre-release-weight: 1000
feature:
mode: ContinuousDeployment
tag: useBranchName
increment: Inherit
prevent-increment-of-merged-branch-version: false
track-merge-target: false
regex: ^features?[/-]
tracks-release-branches: false
is-release-branch: false
pull-request:
mode: ContinuousDelivery
tag: PullRequest
increment: Inherit
prevent-increment-of-merged-branch-version: false
tag-number-pattern: '[/-](?<number>\d+)[-/]'
track-merge-target: false
regex: ^(pull|pull\-requests|pr)[/-]
tracks-release-branches: false
is-release-branch: false
hotfix:
mode: ContinuousDelivery
tag: beta
increment: Patch
prevent-increment-of-merged-branch-version: false
track-merge-target: false
regex: ^hotfix(es)?[/-]
tracks-release-branches: false
is-release-branch: false
support:
mode: ContinuousDelivery
tag: ''
increment: Patch
prevent-increment-of-merged-branch-version: true
track-merge-target: false
regex: ^support[/-]
tracks-release-branches: false
is-release-branch: false
develop:
mode: ContinuousDeployment
tag: unstable
increment: Minor
prevent-increment-of-merged-branch-version: false
track-merge-target: true
regex: ^dev(elop)?(ment)?$
tracks-release-branches: true
is-release-branch: false
ignore:
sha: []
merge-message-formats: {}
最佳答案
所以,InformationalVersion
按照assembly-informational-format
指定的格式设置.所以这很可能是导致错误的原因。
例如,我所做的是这样的:
assembly-informational-format: '{MajorMinorPatch}{PreReleaseTagWithDash}+{ShortSha}'
"InformationalVersion":"2.0.0-convert-to-netcore.9+abc123"
assembly-informational-format
影响
InformationalVersion
的值,即使
InformationalVersion
被认为是一个变量,可以用于插值。我认为这可能是 GitVersion 文档中的一个错误。或者充其量,那个
InformationalVersion
可以用作其他格式的变量,但因为
assembly-informational-format
决定了
InformationalVersion
的最终值的因素,此变量不能用于
assembly-informational-format
配置值。
GitVersion.exe
时将这些计算结果输出到 JSON 对象中。 (使用可执行文件时)。 GitVersion 还提供了这些字段的一些常见“混搭”,例如
MajorMinor
,
MajorMinorPatch
等。它还提供了一些格式化完整版本号的方法,例如
assembly-file-versioning-format
和
assembly-informational-format
.但最终,所有这些的结果都输出到一个 JSON 对象中。
InformationalVersion
的字符串作为您的 NuGet 包版本(用于 v3 包源),它基于
assembly-informational-format
中指定的格式,那是你的选择。
关于gitversion - 在 GitVersion.yml 中应该将 assembly-informational-format 设置为什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59919614/
我在 GitHub 上创建了一个新项目,我计划将其部署到 NuGet.org。 我想将初始版本设为“预发布”(通过 AppVeyor 从 master 分支构建)。 我使用 gitversion in
当我跑 gitversion 初始化 在 git 工作目录中,我看到了以下内容。 IsDynamicGitRepository: False 我是 gitversion 工具的新手,所以请帮助我理解动
我看到有两个 nuget 包 GitVersion.Tool和 GitVersionTask 两者有什么区别,什么时候用。 我也看到 GitVersion ,但看起来这已被弃用,因为上次更新是两年半前
我对 next-version 属性的工作原理感到困惑。我阅读了官方文档,只有两行“仅服务器作为基础版本”。我假设它会碰到我在下一次提交时设置的版本。但显然它不是那样工作的。看起来像是在 next-v
从 here 获取全局配置后,我的 GitVersion.yml 如下所示 但问题是,当我运行 gitversion 时会抛出异常 无法格式化 AssemblyInformationalVersion
branches: main: regex: ^master$|^main$ mode: ContinuousDelivery tag: '' increment:
我将 Gitversion 任务 5.1.2 用于 AzureDevOps。 我的分支策略是 GitFlow。 从开发分支输出: Base version used: Git tag '3.0.0-b
我们 CI 构建的 GitVersion 步骤现在需要 4-5 分钟,我们无法真正弄清楚原因。以下是一些基本日志: 2018-09-25T14:31:02.4222252Z ##[section]St
我正在尝试设置 GitVersion处理我们项目的语义版本控制 (GitFlow),但它并没有像我期望的那样自动递增。我也在努力阅读项目的文档,这不是最容易理解的。 基本上我们希望建立一个具有 Maj
我正在尝试配置 GitVersion 以使用 Release Flow分支策略。 基本上,我有一个主线 Master 分支、Release、Feature 和 Fix 分支。 Feature 和 Fi
我们使用 Jenkins CI,最近一直在尝试使用 GitVersion 自动生成 SemVer 版本号。然而,当将 GitVersion 与多分支管道作业(它自动为给定的 Git 存储库构建分支和
你好,我正在测试 GitVersion,我添加了一个 Commit Message +semver:minor,现在版本的次要编号增加了。如果我做错了,如何回滚推荐什么? -> 我尝试使用恢复但它没有
我当前的Git版本是3.2.1,但之前是误操作的。 如何将版本减少到 2.2.1? 如果重要的话我会使用 TeamCity。 最佳答案 这是一个有趣的问题...... 归根结底,版本是如何被断言的。例
我们有master,开发分支。 Master 当前版本为 1.0.0。 从develop,我分出了一个新的分支,做了一些小改动,把next-version属性改成了1.0.0。当我发出拉取请求时,我希
我正在尝试使用 GitVersion 来增加我的补丁版本号的 +semver:patch 命令,但它没有按我期望的方式工作。 我的 上有一个标签“2.2.0”大师分支。我在 上做了以下提交开发 分支:
我有一个已提交并同步到 TFS 2015 的分支。 在构建代理上运行构建时,执行的 gitversion 命令会计算不同的版本。 在本地,我根据标签 3.10.0.202 得到 3.11.0 在构建代
已结束。此问题正在寻求书籍、工具、软件库等的推荐。它不满足Stack Overflow guidelines 。目前不接受答案。 我们不允许提出寻求书籍、工具、软件库等推荐的问题。您可以编辑问题,以便
我可以通过以下方式成功获取完整的 json 字符串: docker run --rm -v `pwd`:`pwd` gittools/gitversion-dotnetcore:linux-4.0.0
已结束。此问题正在寻求书籍、工具、软件库等的推荐。它不满足Stack Overflow guidelines 。目前不接受答案。 我们不允许提出寻求书籍、工具、软件库等推荐的问题。您可以编辑问题,以便
成功构建后,将标签格式配置为 $(GitVersion.NuGetVersion),生成的标签设置为 $(GitVersion.NuGetVersion) 而不是实际的该变量的扩展值。 在构建输出日志
我是一名优秀的程序员,十分优秀!