CI优化-自动发起MR

发表于 2020-08-02 更新于 2024-11-24 本文字数： 3.4k 阅读时长 ≈ 6 分钟

本文是作者对CI优化-自动发起MR的介绍，包括CI优化-自动发起MR的优势、实现细节、相关资料等，这些步骤可以帮助作者提高CI优化-自动发起MR的效率。

在实际的项目分支管理中，我们往往有这样的需求，当我们面向生产-直接修复一个bugfix，生产分支确定OK后，我们还需要手动发起MR到其它分支，分支环境多了，这个问题会显的愈发啰嗦，因为完全是个体力活。但凡人工，必有失误，那么这个流程能否自动化呢。

分支自动化设想

简要介绍下图中的几个环境也即分支

master即我们的生产
uat即业务测试环境
sit即团队内测试人员测试环境
dit即我们从事开发的集成环境

当前的工作流程是，如果我们基于master即生产修复了一个bug,那么这个fix/456就会人工合并到master，但接下来这些代码还需要合并到uat=>sit=>dit，最终流入DIT开发主干，因为这几个分支实际上是个包含关系。于是，就造成了开发或者运维人员的重复操作。

正如一开始提到的，但凡人工必有失误。久而久之，这样的操作流程大概率出现的悲剧就是忘记了MR-也就是丢失代码。因此必须做到自动化。

自动化实现

借着周末的时间，完善了下Team的这块自动化

可行性基础

GitLab本身开放了API可以发起MR
CI运行时是在Linux node环境下，可以shell发起MR请求

这里贴下实现脚本和CI配置

.gitlab-ci.yml

 image: xxxxx/alpine:latest

variables:
  PRIVATE_TOKEN: NcWQWe9nLhxgrkNEg1Zs # gitlab账户的私有令牌

stages:
  - openMr
  
cache:
  paths:
    - node_modules

# Merge UAT 到 SIT
openMr:
  image: "xxxxx/node:10.16.0"
  before_script: [] 
  stage: openMr
  variables:
    TARGET_BRANCH: sit
  only:
    - /^uat\/*/ # We have a very strict naming convention
  except:
    variables:
      - $CI_COMMIT_MESSAGE =~ /Merge branch 'sit' into 'uat'/
  script:
    - chmod +x ./scripts/merge-request.sh
    - HOST=${CI_PROJECT_URL} CI_PROJECT_ID=${CI_PROJECT_ID} CI_COMMIT_REF_NAME=${CI_COMMIT_REF_NAME} GITLAB_USER_ID=${GITLAB_USER_ID} PRIVATE_TOKEN=${PRIVATE_TOKEN} TARGET_BRANCH=${TARGET_BRANCH} ./scripts/merge-request.sh

merge-request.sh

  #!/usr/bin/env bash
# Extract the host where the server is running, and add the URL to the APIs
[[ $HOST =~ ^https?://[^/]+ ]] && HOST="${BASH_REMATCH[0]}/api/v4/projects/"

# The description of our new MR, we want to remove the branch after the MR has
# been closed
BODY="{
    \"id\": ${CI_PROJECT_ID},
    \"source_branch\": \"${CI_COMMIT_REF_NAME}\",
    \"target_branch\": \"${TARGET_BRANCH}\",
    \"remove_source_branch\": true,
    \"title\": \"WIP: ${CI_COMMIT_REF_NAME}到${TARGET_BRANCH}合并",
    \"assignee_id\":\"${GITLAB_USER_ID}\"
}";

# 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_NAME} and assigned to you";
    exit;
fi

echo "No new merge request opened";