Jenkins - 第四章Jenkins自动化部署任务开发

部署例子：

创建Jenkins自动化部署任务
部署代码写到deploy.sh文件下
语言shell

创建Jenkins部署任务
创建Jenkins任务，填写Server信息，配置git参数，填写构建语句，实际部署测试环境

1. 创建Jenkins任务
   名字，自由风格，描述，Resrict where this project can be run,源码管理——Git，把项目在git上的ssh地址复制下来，点击add repository，单击additional behaviour，
   check out to a sub-directory,设置代码存放的文件夹，构建，选择execut shell，BUILD_ID=DONTKILLME
   这句话的意思是部署完server任务之后，server线程不要被杀掉

下一句是 . /etc/profile
加载配置参数，加载到Jenkins任务里面

接下来配置运行参数：
export PROJ_ PATH=

` 

最后执行脚本
sh $PROJ_PATH/……/deploy.sh

运行部署任务
执行Jenkins部署任务，确定执行结果成功，打开浏览器访问部署应用程序，确定发布结果的正确性

步骤：
单击立即构建
打开浏览器查看应用运行是否成功

实战
修改代码
提交代码
点击立即构建，修改生效

Push自动构建：
1. 新建Github工程
2. 在工程主页面点击右上角的”Settings”，再点击左侧”Webhooks”，然后点击“Add webhook”，在”Payload URL”位置填入webhook地址，再点击底部的”Add webhook按钮”，这样就完成webhook配置了，今后当前工程有代码提交，GitHub就会向此webhook地址发请求，通知Jenkins构建，注：192.168.0.1，端口为8080，那么webhook地址就是http://192.168.0.1:8080/github-webhook
3. Jenkins访问GitHub工程的时候，有的操作是需要授权的，所以我们要在GitHub上生成授权的token给Jenkins使用，这就是Personal access tokens，生成步骤如下：
登录GitHub，进入”Settings”页面，点击左下角的”Developer settings”，跳转到”Developer settings”页面后，点击左下角的“Personal access tokens”，可能会提示输入GitHub密码，输入后跳转到创建token的页面，如下图所示，输入title，再勾选”repo”和”admin:repo_hook”，再点击底部的”Generate token”按钮，就能产生一个新的access token，将此字符串复制下来，后面jenkins任务中会用，勾选repo和admin:repo_hook

接下来进行Jenkins配置：
系统管理，系统设置，Github-Github Server
”API URL”填写”https://api.github.com“，”Credentials”位置如下图红框所示，选择”Add->Jenkins”：
弹出的页面中，”Kind”选择”Secret text”，”Secret”填入前面在GitHub上生成的Personal access tokens，Description随便写一些描述信息

接下来是配置构建项目：

再勾选下面的
GitHub hook trigger for GITScm polling
构建环境设置：
勾选”Use secret text(s) or file(s)”，下面的”Credentials”选择我们之前配置过的”Personal access tokens”

现在提交代码就会自动构建了

添加团队成员：

首先访问github官网网站，输入用户名和密码登录上之后，在代码仓库中选择你需要邀请合作者一起开发的项目，点击进入之后，可以看到有Settings设置标签

点击进入Settings设置，左侧菜单栏选择Collaborators

选择之后，在右侧输入框中输入需要加入的合作者的用户名或邮箱地址，如何记不住全称，可以输入关键字，这里是可以模糊匹配的，会出现匹配到的列表，然后选择对应需要添加的合作者。然后点击右侧的Add collaborator按钮

上方会出现被邀请人的信息，Awaiting xxx’s response，等待某某人的响应，还有个Copy invite like按钮（可以复制邀请链接，如果对应没有收到要求通知，可以将此邀请连接直接发送给对方，对方通过这个链接就可以直接同意了），还有个Cancel invite按钮，这个按钮是取消邀请

被邀请的人在登录自己的github帐号之后，会在头像的地方显示通知信息，You have unread notifications您有未读的通知，点击通知图标会进入通知列表，然后再点击刚刚那条邀请的通知信息

出现xxx invited you to collaborate(xxx 邀请您合作)，然后点击下方Accept invitation（同意邀请），同意之后，就可以一起合作开发项目了。当然也可以选择Decline拒绝邀请。

Gitlab配置:
一、目的
在部门的测试环境中，开发人员一旦向gitlab仓库提交成功代码，gitlab就会自动触发jenkins构建项目。当然在构建后还可以添加项目部署或者自动化测试的脚本。这里只针对测试环境。
二、Jenkins配置
2.1 安装Gitlab Hook Plugin插件：
系统管理->管理插件->可选插件->选择安装 Gitlab Hook Plugin和Build Authorization Token Root Plugin插件。 如果没有安装Build Authorization Token，后面gitlab在Test hook时会报403错误。

2.2 创建测试Project
在gitlab上已建好了bd-ci-test的项目，且Jenkins用户拥有该项目的相关读写权限。
在jenkins新建bd-ci-test项目：

源码管理选择git，添加jenkins用户在gitlab上的凭据(即用户名密码)，这里选择打包的分支为release分支，这里根据需求自己填写（默认为master分支）

构建触发器，勾选gitlab-ci，记住后面的GitLab CI Service URL后面要填在gitlab的webhooks中：

2.3 根据branch分支触发打包条件
现在有develop分支和release分支，如果不做这一步，开发只要向gitlab中提交代码（develop分支或者release分支），那么jenkins就会进行构建打包，下面我们设置判断过滤只有向release分支push代码时，才会触发构建打包。
点开高级，填写根据正则过滤branch，写法如下，并generate一个token，不然后面webhooks会报403：

三、Gitlab配置
在git项目配置界面设置链接和token。这里要注意路径，根据部署jenkins的路径填写，不然会报404错误，并填写刚刚对应的token信息，保存：

点击测试，返回200的话就表示成功了。其他错误可以根据gitlab日志来排除原因gitlab/gitlab-rails/production.log：