GitLab中如何为提交标注发布类型？能否修改工作流强制要求？

1. 能否为GitLab提交/变更添加发布类型标注？ #

当然可以，GitLab提供多种方式为提交关联发布类型：

• 提交信息约定：通过标准化提交信息格式（比如用feat:、fix:、chore:等前缀）标记发布类型，这类格式能被GitLab CI/CD或工具识别。
• Git标签：为特定提交创建带发布类型的标签（比如v1.0.0-feature、v1.0.1-hotfix），标签可在仓库「标签」页面管理。
• 议题标签关联：若提交关联GitLab议题，给议题添加feature、hotfix等标签后，提交会自动关联这些标记信息。
• 自定义CI/CD变量：在CI/CD流程中设置RELEASE_TYPE=feature这类变量，将发布类型与提交或流水线绑定。

2. 能否强制提交者标记发布类型？ #

可以，通过以下方式修改工作流实现强制要求：

• 提交信息校验：用Git本地pre-commit钩子或GitLab服务器端预接收钩子，校验提交信息是否包含指定发布类型前缀，不满足则拒绝提交。
• 合并请求规则：在项目「设置」→「合并请求」中配置规则，要求所有提交信息符合发布类型格式，否则不允许合并。
• 合规框架：利用GitLab合规功能，创建合规流水线或审批规则，强制提交必须附带发布类型标记才能进入下一阶段。

3. 具体操作步骤 #

方式一：提交信息约定（推荐） #

1. 约定提交格式，比如遵循Conventional Commits规范：

   feat: 新增用户登录功能
   fix: 修复支付回调超时问题
   chore: 更新依赖版本
   

2. 可选：在项目根目录添加.gitmessage模板，提交时用git commit -t .gitmessage调用模板统一格式。

方式二：创建Git标签 #

• 命令行方式：

  # 为当前提交创建带发布类型的标签
  git tag -a v1.0.0-feature -m "Feature release: 用户模块重构"
  # 推送到GitLab
  git push origin v1.0.0-feature
  

• GitLab界面方式：进入仓库「标签」页面→点击「新标签」，输入含发布类型的标签名、选择目标提交、添加描述后保存。

方式三：强制提交标记的工作流配置 #

1. 服务器端钩子校验：
   在GitLab服务器的项目仓库目录（通常为/var/opt/gitlab/git-data/repositories/<namespace>/<project>.git/hooks）添加pre-receive脚本，示例逻辑：

   #!/bin/bash
   while read oldrev newrev refname; do
     commit_msg=$(git log --format=%B -n 1 $newrev)
     if ! echo "$commit_msg" | grep -E "^(feat|fix|chore|docs): "; then
       echo "错误：提交信息必须包含发布类型前缀（feat:/fix:/chore:/docs:）"
       exit 1
     fi
   done
   exit 0
   

   给脚本添加执行权限：chmod +x pre-receive

2. 合并请求规则配置：
   进入项目「设置」→「合并请求」→「合并检查」，启用「提交消息必须匹配正则表达式」，输入正则（比如^(feat|fix|chore|docs): .+），保存后不符合格式的提交无法合并。

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