我对 gitlab 和 gitlab CI 非常陌生，我已经建立了一个成功完成的管道。
我的主分支和开发分支受到保护，因此需要合并请求，以便组中的另一个开发人员可以在合并之前查看代码和评论。
我想知道是否可以在此管道的末尾生成此合并请求。 gitlab 存储库中是否有此设置，或者我是否必须创建一个脚本才能实现此目的？
旁注：
就在发布此之前，我遇到了this section of the gitlab docs
我在 ubuntu 18.04 上使用 gitlab-runner 11.0.0
【问题讨论】：
标签： git gitlab gitlab-ci-runner
为了满足我的简单需求，我只是在我的管道中添加了一个最后阶段，它基本上执行一个改编自 this post 的 bash 脚本。
编辑： 根据@Yuva 的要求
# Create a pull request on pipeline success
create_merge_request:
stage: createMR
tags:
- autoMR
script:
- 'echo Merge request opened by $GITLAB_USER_NAME '
- ~/commit.sh
在 commit.sh 中
#!/bin/bash
# This script was adapted from:
# https://about.gitlab.com/2017/09/05/how-to-automatically-create-a-new-mr-on-gitlab-with-gitlab-ci/
# TODO determine URL from git repository URL
[[ $HOST =~ ^https?://[^/]+ ]] && HOST="${BASH_REMATCH[0]}/api/v4/projects/"
# The branch which we wish to merge into
TARGET_BRANCH=develop;
# The user's token name so that we can open the merge request as the user
TOKEN_NAME=`echo ${GITLAB_USER_LOGIN}_COMMIT_TOKEN | tr "[a-z]" "[A-Z]"`
# See: http://www.tldp.org/LDP/abs/html/parameter-substitution.html search ${!varprefix*}, ${!varprefix@} section
PRIVATE_TOKEN=`echo ${!TOKEN_NAME}`
# The description of our new MR, we want to remove the branch after the MR has
# been closed
BODY="{
\"project_id\": ${CI_PROJECT_ID},
\"source_branch\": \"${CI_COMMIT_REF_NAME}\",
\"target_branch\": \"${TARGET_BRANCH}\",
\"remove_source_branch\": false,
\"force_remove_source_branch\": false,
\"allow_collaboration\": true,
\"subscribed\" : true,
\"title\": \"${GITLAB_USER_NAME} merge request for: ${CI_COMMIT_REF_SLUG}\"
}";
# Require a list of all the merge request and take a look if there is already
# one with the same source branch
LISTMR=`curl --silent "${HOST}${CI_PROJECT_ID}/merge_requests?state=opened" --header "PRIVATE-TOKEN:${PRIVATE_TOKEN}"`;
COUNTBRANCHES=`echo ${LISTMR} | grep -o "\"source_branch\":\"${CI_COMMIT_REF_NAME}\"" | wc -l`;
# No MR found, let's create a new one
if [ ${COUNTBRANCHES} -eq "0" ]; then
curl -X POST "${HOST}${CI_PROJECT_ID}/merge_requests" \
--header "PRIVATE-TOKEN:${PRIVATE_TOKEN}" \
--header "Content-Type: application/json" \
--data "${BODY}";
echo "Opened a new merge request: WIP: ${CI_COMMIT_REF_SLUG} for user ${GITLAB_USER_LOGIN}";
exit;
fi
echo "No new merge request opened"
【讨论】：
简短回答：当然 - 一切皆有可能。 GitLab 有一个很棒的 API (including creating an MR)。但我认为走那条路是不好的形式。您应该按照设计使用 GitLab。您开始合并请求太晚了。在您开始任何工作之前启动它，您的合并请求将在您的分支的整个持续时间中保持打开状态。
长答案： 这是理想的 GitLab 工作流程：
这从根本上落后于 GitHub 的工作方式（我来自该方式），你没有有告诉人们你在做什么。
编辑：听起来您对利用 API 很感兴趣。有一个名为“python-gitlab”的python包实际上工作得很好http://python-gitlab.readthedocs.io/en/stable/gl_objects/mrs.html
import gitlab
import os
origin = "https://gitlab.example.com"
# Private token is set as an env var
gl = gitlab.Gitlab(origin, private_token, api_version='4')
gl.auth()
def create_merge_request(origin, private_token):
mr = project.mergerequests.create({'source_branch': 'cool_feature',
'target_branch': 'master',
'title': 'merge cool feature',
'labels': ['label1', 'label2']})
mr.assignee_id = gl.users.get(2).id # Assign it to coworker
def lookup_last_pipeline(origin, private_token):
current_pipeline_id = os.environ['CI_PIPELINE_ID']
pipelines = gl.projects.get(os.environ['CI_PROJECT_ID']).pipelines.list()
for pipeline in pipelines:
if pipeline.status == 'success' and pipeline.id == current_pipeline_id:
create_merge_request()
这当然是一个示例，您必须根据自己的具体需求对其进行调整。
【讨论】：
另一种方法：
Open a merge request with a patch via email
GitLab 长期以来一直支持通过电子邮件打开合并请求，但在发送电子邮件之前，分支必须已经存在于服务器上。现在，您可以通过附加一个或多个补丁文件 (
.patch) 来打开仅包含电子邮件的合并请求。补丁文件是系统之间共享和传输更改的标准。在 GitLab 的未来版本中，我们将在此基础上构建 distributed merge requests，这将允许 GitLab 实例和其他 Git 托管工具之间的合并请求。
参见documentation 和issue。
【讨论】：