11、gitlab和Jenkins整合(2)

5、补充：

（1）构建说明：

1）Jenkins会基于一些处理器任务后，构建发布一个稳健指数 (从0-100 )，这些任务一般以插件的方式实现。

2）它们可能包括单元测试(JUnit)、覆盖率(Cobertura )和静态代码分析(FindBugs)。

3）分数越高，表明构建越稳定。下图中分级符号概述了稳定性的评分范围。任何构建作业的状态(总分100)低于80分就是不稳定的。

（2）按不同的版本构建代码：

1）在gitlab代码库上由管理员规定项目master库代码的版本并打tag(使用开发权限也可以打标签)；

2）配置版本参数：

3）构建：

（3）定时构建代码：

（4）规范化构建时执行的脚本：

1）创建脚本：

mkdir -p /data/scripts

vim /data/scripts/deploy.sh

#!/bin/sh

ip=$1

host=$2

rsync -raz --delete --progress * root@${ip}:/data/www/${host}/

#此脚本执行的目录是/var/lib/jenkins/workspace/<构建工程名称>

chmod +x /data/scripts/deploy.sh

ln -s /data/scripts/deploy.sh /usr/bin/deploy.sh

2）构建配置：

（5）jenkins集群：
1）前提条件：

A、

jenkins主服务器和需要添加的从服务器之间ssh秘钥已经验证：

ssh-copy-id -i ~/.ssh/id_dsa.pub root@172.16.1.90

如果从服务器需要ssh发布到web服务器也需要做秘钥认证；

B、在从服务器上设置了jenkins的工作目录：

mkdir -p /data/jenkins/

C、在从服务器上安装jdk的环境：

yum install java-1.8.0-openjdk java-1.8.0-openjdk-devel

D、在gitlab上应该配置为当前从服务器的公钥，不然无法下载代码到从服务器的/data/jenkins/workspace/目录下；

E、构建工程执行的shell脚本、git、maven环境需要在从服务器上做相应的配置：

列如：

mkdir -p /data/scripts

vim /data/scripts/deploy.sh

#!/bin/sh

ip=$1

host=$2

rsync -raz --delete --progress * root@${ip}:/data/www/${host}/

#此脚本执行的目录是/var/lib/jenkins/workspace/<构建工程名称>

chmod +x /data/scripts/deploy.sh

ln -s /data/scripts/deploy.sh /usr/bin/deploy.sh

F、jenkins集群使用的场景：

ISO构建、adnroid构建、windows项目构建、大规模高并发任务构建、特定环境构建；

G：小结：jenkins新节点使用的是主节点的配置，只不过是利用的是从节点的系统资源，所以相应的编译环境等需要设置；

2）在全局安全配置中开启agents:

3）配置节点：

A、添加登录从服务器凭据：

B、

C、

D、启动并查看节点状态：

4）在构建工程中指定构建运行的节点：

5）进行构建；

（6）jenkins用户角色配置：

需要安装role-based authorization strategy插件；

1）添加新的用户：

根据上面创建用户的例子，再创建一个java用户；

2）开启用户角色配置选项：

此时系统管理中会多一个Manage and Assign Roles模块；

3）设置manager角色：

说明：全局角色和项目角色是相互叠加的；以上角色定义了用户可以只能看到自己构建的工程，也可以构建新的工程；

4）把用户添加到角色中：

5）验证：

A、root用户登录：

B、java用户登录：

C、php用户登录：

6）补充：

在全局安全模块中配置ldap：

提示：

liunx下的用户搜索过滤器配置为：uid={0}

windows下的用户搜索过滤器配置为：sAMAccountName={0}

（7）jenkins项目邮件发送：

1）jenkins邮件全局配置：

配置的详细内容见："10、Jenkins配置——4、配置邮箱："

2）在构建的项目中配置：

A、

B、

3）构建项目：

4）查看邮件：