Gitlab创建Merge触发Jenkins构建任务验证实现自动投票

背景

在我们的代码开发进程中，为了开发新功能或修复某些bug，需要不时从主库fork出子仓库或拉出其他分支，当代码修改完成需要合入到主库或主分支，通常我们使用Merge-request来创建合并请求，这些合入是非常频繁的。

我们需要在修改的代码被允许合入前进行验证，这包括常用的构建、代码检查、冒烟、单元测试等等，这样可以有效防止问题代码合入主干。对与持续集成人员来讲，需要明白两个点：①合并请求通过前，获取修改合入主库后的代码状态；②触发任务并以修改后的代码验证，并向gitlab返回结果。

获取差异代码的原理

参考资料：Git - Git 引用 (git-scm.com)

参考资料：Git - 引用规范 (git-scm.com)

简单的说，在git仓库中的每次提交都会被记录为一次commit，通过切换到不同的commitID就能将代码切换到不同的修改状态，这在git中被称为“引用 reference”，它被记录在代码目录.git/refs下不同目录文件中。

使用 git show-ref 可以查看这些引用所记录的commitID值。

当在gitlab仓库创建一个Merge时，remote仓库中会自动创建 refs/merge-requests/$iid/head 和 refs/merge-requests/$iid/merge 两个引用。head记录待合入分支的内容，merge记录待合入分支合入目标分支后的内容。如果我们取 merge 的内容进行持续集成构建，就能对即将合入的代码进行构建验证，实现合并请求门禁效果。