除[skip ci]外，Git还有哪些特殊提交消息？

一、提交消息中常见的类似指令类型 #

• CI/CD流水线控制：
  除了你提到的[skip ci]，不同平台还有各自的写法：比如GitHub Actions支持[skip ci]、ci skip；GitLab支持[skip ci]、[no ci]；Bitbucket Pipelines支持[skip-ci]。这些指令的核心作用都是告诉CI/CD工具跳过当前提交的流水线执行。
• 任务看板关联与状态变更：
  除了[fixes #123]，这类指令主要用来关联并自动处理任务管理工具中的Issue：
  • [closes #123]、[resolves #123]：和fixes作用类似，提交后自动关闭对应编号的Issue；
  • [refs #123]：仅关联Issue，不改变其状态；
  • [reopens #123]：重新打开已关闭的Issue；
  • 针对Jira这类工具，通常支持JIRA-123（直接写工单编号）或者[fixes JIRA-123]的格式，用来关联对应工单。
• 版本与变更日志自动化：
  遵循约定式提交规范的项目，会用feat:、fix:、chore:、docs:等前缀作为特殊指令，配合Semantic Release这类工具自动生成版本号和CHANGELOG。比如feat: 添加用户导出功能会被识别为新增功能，触发小版本号升级。

二、这类语法的标准情况 #

Git本身确实不识别这些特殊指令，所有解析逻辑都由DevOps平台、任务管理工具或第三方自动化工具实现，没有统一的官方标准：

• 不同平台的语法差异明显：比如同样是跳过CI，GitLab支持[no ci]但GitHub Actions不认可；Jira的工单关联格式和GitHub的Issue关联格式完全不同。
• 部分约定被广泛兼容：比如fixes/closes #Issue号这种关联并关闭Issue的写法，在GitHub、GitLab、Gitea等平台都能生效；约定式提交的前缀也被很多工具支持，但这属于行业约定，而非强制标准。

内容的提问来源于stack exchange，提问作者laalkep