thegeeklab/git-sv基于约定式提交的Git语义化版本控制工具。
:
.gitsv/config.yaml或.gitsv/config.yml(找到的第一个)要查看默认配置,请运行:
Shellgit sv cfg default
Yamlversioning: update-major: [] # 用于更新主版本号的提交类型。 update-minor: [feat] # 用于更新次版本号的提交类型。 update-patch: [build, ci, chore, fix, perf, refactor, test] # 用于更新补丁版本号的提交类型。 # 当提交类型不在更新规则中且为未知类型(未映射到提交消息类型)时; # 若ignore-unknown=false则更新补丁版本,若ignore-unknown=true则不更新版本。 ignore-unknown: false tag: pattern: "%d.%d.%d" # 用于创建Git标签的格式。 filter: "" # 允许使用Git模式语法过滤需要考虑的标签。 release-notes: sections: # 发布说明的每个部分数组。有关更多信息,请查看模板部分。 - name: Features # 部分名称。 section-type: commits # 部分类型,支持的类型:commits、breaking-changes。 commit-types: [feat] # 提交部分类型的提交类型,一种提交类型不能出现在多个部分中。 - name: Bug Fixes section-type: commits commit-types: [fix] - name: Breaking Changes section-type: breaking-changes branches: # Git分支配置。 prefix: ([a-z]+\/)? # 分支名称的前缀,应为正则表达式组。 suffix: (-.*)? # 分支名称的后缀,应为正则表达式组。 disable-issue: false # 如果不需要从分支名称恢复问题ID,设置为true。 skip: [master, main, developer] # 提交消息验证时忽略的分支名称列表。 skip-detached: false # 如果在分离头指针状态下应忽略提交消息验证,设置为true。 commit-message: # 支持的提交类型。 types: [ build, ci, chore, docs, feat, fix, perf, refactor, revert, style, test, ] header-selector: "" # 可以在此处放置正则表达式以仅选择提交消息的特定部分。请定义一个名为'header'的正则表达式组。 scope: # 定义支持的作用域,如果为空,则不验证作用域;如果非空,则仅支持列出的作用域。 # 如果需要定义作用域并保持其可选性,请在列表中添加""。 values: [] footer: issue: # 如果希望禁用问题页脚,请使用"issue: {}"。 key: jira # 用于定义页脚元数据中问题的名称。 key-synonyms: [Jira, JIRA] # 页脚元数据支持的变体。 use-hash: false # 如果为false,使用": "作为分隔符;如果为true,使用" #"作为分隔符。 add-value-prefix: "" # 为问题值添加前缀。 issue: regex: "[A-Z]+-[0-9]+" # 问题ID的正则表达式。
git-sv使用_go templates_格式化release-notes和changelog的输出,要查看默认模板配置,请查看模板目录。可以通过在仓库中添加.gitsv/templates来覆盖默认配置。
Shell.gitsv └── templates ├── changelog-md.tpl └── releasenotes-md.tpl
.gitsv/templates中的所有内容都会被加载,因此可以根据需要添加更多文件。
执行模板时,releasenotes-md.tpl将接收单个ReleaseNote变量,changelog-md.tpl将接收ReleaseNote列表变量。
每个ReleaseNoteSection将根据配置文件中的release-notes.section进行配置。各部分的顺序将保持不变,SectionType根据section-type属性定义,如下表所示:
| section-type | ReleaseNoteSection |
|---|---|
| commits | ReleaseNoteCommitsSection |
| breaking-changes | ReleaseNoteBreakingChangeSection |
:warning: 当前仅支持
commits和breaking-changes作为section-types,使用其他值将导致该部分从模板变量中移除。
使用--help或-h获取使用信息,请注意某些命令有独特的选项:
Shell$ git-sv --help NAME: git-sv - Git语义化版本工具。 USAGE: git-sv [全局选项] 命令 [命令选项] [参数...] VERSION: 20e64f8 COMMANDS: config, cfg 命令行配置 current-version, cv 从Git获取最新发布的版本 next-version, nv 根据Git提交消息生成下一个版本 commit-log, cl 按范围以JSON格式列出所有提交日志 commit-notes, cn 根据范围生成提交说明 release-notes, rn 生成发布说明 changelog, cgl 生成变更日志 tag, tg 根据Git提交消息生成带版本的标签 commit, cmt 使用约定式提交消息助手执行git commit validate-commit-message, vcm 用作prepare-commit-message钩子以验证和增强提交消息 help, h 显示命令列表或单个命令的帮助 GLOBAL OPTIONS: --help, -h 显示帮助 --version, -v 打印版本
如果git-sv已配置在PATH中,也可以像Git命令一样使用:
Shellgit sv git sv current-version git sv next-version
commit-log和commit-notes等命令具有范围选项。支持的范围类型:tag、date和hash。
默认情况下,git log使用--date=short,所有返回的日期格式为YYYY-MM-DD。
范围tag如果start为空,将使用git for-each-ref refs/tags获取最后一个可用标签,其他类型不使用现有标签。对于具有大量提交的旧仓库,建议始终设置起始限制。
范围date使用git log的--since和--until。可以使用git log支持的所有格式。如果end为YYYY-MM-DD格式,sv将在git log命令中添加一天以使结束日期包含在内。
范围tag和hash用于git log的修订范围。如果end为空,将使用HEAD代替。
Shell# 使用包含范围以JSON格式获取提交日志 git-sv commit-log --range hash --start 7ea9306~1 --end c444318 # 返回最后一个标签之后的所有提交 git-sv commit-log --range tag
为了使git-sv正常工作,必须存在Git标签信息。某些CI系统在克隆时默认省略标签,可能需要手动获取标签。
默认的克隆插件会跳过标签。可以通过以下方法之一更改此行为:
plugins/git-clone时定义自定义克隆步骤并设置tags: true特别感谢所有贡献者。如果您想贡献,请参阅说明。
本项目是Beatriz Vieira的sv4git的分支。感谢您的工作。
本项目采用MIT许可证 - 详见LICENSE文件。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
在 Linux 系统配置镜像服务
在 Docker Desktop 配置镜像
Docker Compose 项目配置
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
MacOS OrbStack 容器配置
在宝塔面板一键配置镜像
Synology 群晖 NAS 配置
飞牛 fnOS 系统配置镜像
极空间 NAS 系统配置服务
爱快 iKuai 路由系统配置
绿联 NAS 系统配置镜像
QNAP 威联通 NAS 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
无需登录使用专属域名
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
免费版仅支持 Docker Hub 访问,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等;免费版仅支持 docker.io。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
来自真实用户的反馈,见证轩辕镜像的优质服务