问题描述
在使用GitLab CI时，希望在主分支(master)构建成功后自动为源代码创建标签。他们正在使用语义版本控制标签来管理源代码版本，并且希望每次主分支构建成功后，都能自动创建相应的标签。
解决方案
请注意以下操作可能存在版本差异，也请确保在进行修改之前备份你的代码库。
方案1
在GitLab CI配置文件（.gitlab-ci.yml）中，可以通过在after_script部分添加一些操作来实现自动创建标签的功能。以下是一种常用的方法：
image: maven
stages:
- build
- deploy
- tag
maven_build:
stage: build
script:
- mvn clean package
artifacts:
paths:
- target/*.jar
after_script:
- git --version
- git tag -a 1.0.15 -m "Version created by GitLab CI Build"
- git push origin 1.0.15
only:
- master
在上面的示例中，我们首先定义了三个阶段：build、deploy和tag。在build阶段中，我们使用Maven构建项目并将生成的Jar包作为构件。接着，在after_script部分，我们执行以下操作：
- 检查Git版本
- 使用
git tag命令创建一个名为”1.0.15″的标签，并添加一个描述信息 - 使用
git push命令将标签推送到远程仓库（origin）
此配置的最后一行only: - master表示只有在主分支(master)构建成功后才会执行这个自动创建标签的操作。你可以根据实际情况调整版本号和分支名。
方案2
如果你更倾向于使用SSH连接，可以考虑以下方式：
after_script:
- git --version
- git remote remove origin
- git remote add origin git@gitlab.com:$CI_PROJECT_PATH.git
- git tag -a v-$CI_COMMIT_SHORT_SHA -m "Version created by GitLab CI Build"
- git push --tags
在上面的示例中，我们假设你已经设置好了SSH连接，因此可以直接使用SSH URL来推送标签。这个配置也是在after_script部分添加的，可以根据你的需要进行调整。
方案3
除了直接在GitLab CI配置文件中添加after_script操作，还可以考虑创建一个专门的服务来管理标签的创建，以便隔离权限。这个服务将具备写入仓库的权限，但只能执行创建标签的操作，不允许修改其他内容。这样的方式可以更好地管理权限，避免赋予过多不必要的权限。
无论你选择哪种方式，都需要根据你的项目和团队需求来做出适当的调整。另外，为了安全考虑，不建议在配置文件中直接包含用户名和密码，可以使用GitLab的个人访问令牌（Personal Access Token）来进行认证。详情请参考GitLab的官方文档。
注： 如果你的构建环境没有安装Git或者没有设置好SSH连接，以上方案可能需要进行适当的调整。
示例
如果你需要创建GitLab标签并且希望每次主分支构建成功后都能自动执行，可以参考以下示例。这个示例结合了不同回答的部分内容，并做了一些微调：
image: maven
stages:
- build
- deploy
- tag
maven_build:
stage: build
script:
- mvn clean package
artifacts:
paths:
- target/*.jar
after_script:
- git --version
- git remote add api-origin https://gitlab.com/$CI_PROJECT_PATH.git
- git config user.email "${GITLAB_USER_EMAIL}"
- git config user.name "${GITLAB_USER_NAME}"
- git tag -a v-$CI_COMMIT_SHORT_SHA -m "Version created by GitLab CI Build"
- git push api-origin --tags
only:
- master
在这个示例中，我们假设你已经配置了GitLab的个人访问令牌（GITLAB_USER_EMAIL和GITLAB_USER_NAME），并使用这些信息进行认证。标签的格式为”v-短提交哈希”，这样可以确保每次构建都生成唯一的标签。同样，这个配置也只在主分支构建成功后才会执行。