Jenkins环境

系统配置

jenkins主目录的设置：

默认jenkins的主目录是家目录下的.jenkins目录下如/root/.jenkins，也就是各类运行数据都会存储在这个目录下面空间会越战越大因此通常能够选择挂载盘将此目录存放到其余的挂载盘上面。

第一种方法：使用你Web容器的管理工具设置JENKINS_HOME环境参数

vim $CATALINA_HOME/bin/catalina.sh
export CATALINA_BASE=$CATALINA_BASE2
export CATALINA_HOME=$CATALINA_HOME2   #上面这句话和这句话是为了解决tomcat启动Cannot find /usr/local/apache-tomcat/bin/setclasspath.sh  This file is needed to run this program错误
export JENKINS_HOME="/data/.jenkins"   #这句话是为了改变jenkins主目录的位置

而后重启tomcat进行查看

ls -l /data/.jenkins/

第二种方法：在启动Web容器以前设置JENKINS_HOME环境变量

vim /etc/profile
export JENKINS_HOME=/data/.jenkins
source /etc/profile

第三种方法Jenkins不推荐：略

系统消息设置：

这个信息会显示在首页顶部. 用来向用户发布一些系统范围的通知或公告. 兼容HTML标签格式.

执行者数量设置：

#默认是2个执行者也就是说最高容许2个job运行，也就是并发数，显然不够用因此通常调大这里，否则jenkins多项目上线会出现常常排队现象
#另外标记用来记录这个机器的名称（为了分配节点使用）后面会用到。

用法设置：

默认尽量使用这个节点

生成前等待时间设置：

#这个时间为构建开始前的等待时间，这里保持默认的5秒。
解释：

若是设置此选项，一个计划中的构建在开始以前须要等待选项中设置的秒数。 这会对下面的状况很是有用：
合并多封CVS变动通知邮件为一封(当一次提交跨越多个目录时，一些CVS的变动日志邮件发生脚本会连续不断的生成多封通知邮件)。
若是你的编码风格致使你更改一个逻辑须要几回cvs/svn操做，那么设置一个较长时间的等待会防止Jenkins过早的构建而失败。
节省构建。若是你的Jenkins有太多而且高频率的构建，设置长时间的等待会舒缓这些构建。
若是没有在项目级别设置此项，则会使用系统默认值。

scm签出重试次数设置：

#使用svn或者git拉取代码失败重试的次数，通常选择默认的0.

工程命名限制设置：

#命名规范，非必需。限制项目命名，勾选后能够看到具体设置，能够设置为默认或者使用正则表达式进行限制.

全局属性

#设置环境变量构建时能够调用，环境变量也能够自定义

Jenkins默认全局设置环境变量：

BUILD_NUMBER   #当前的内部版本号，例如“153”
BUILD_ID       #当前构建ID，例如“2005-08-22_23-59-59”（YYYY-MM-DD_hh-mm-ss，自1.597版本以来已解散）
BUILD_URL      #能够找到此构建结果的URL（例如http://buildserver/jenkins/job/MyJobName/666/）
NODE_NAME      #当前构建运行的节点的名称。等于主节点的“master”。
JOB_NAME       #此构建的项目名称。这是您第一次设置时给出的工做名称。这是Jenkins Dashboard主页的第三列。
BUILD_TAG      #jenkins字符串 jenkins-${JOB_NAME}-${BUILD_NUMBER}。方便放入资源文件，jar文件等，以便于识别。
JENKINS_URL    #设置为运行构建的Jenkins主服务器的URL。例如，Jenkins CLI使用此值
EXECUTOR_NUMBER  #标识正在执行此构建的当前执行程序（在同一计算机的执行程序之间）的惟一编号。这是您在“构建执行程序状态”中看到的数字，但该数字从0开始，而不是1。
JAVA_HOME   #若是您的做业配置为使用特定的JDK，则此变量将设置为指定JDK的JAVA_HOME。设置此变量后，PATH也会更新为$JAVA_HOME/bin。
WORKSPACE   #工做空间的绝对路径。
SVN_REVISION  #对于基于Subversion的项目，此变量包含模块的修订号。若是指定了多个模块，则不会设置此模块。
CVS_BRANCH   #对于基于CVS的项目，此变量包含模块的分支。若是CVS配置为检出主干，则不会设置此环境变量。
GIT_COMMIT   #对于基于Git的项目，此变量包含为构建签出的提交的Git哈希（如ce9a3c1404e8c91be604088670e93434c4253f03）（全部GIT_ *变量都须要git插件）
GIT_URL    #对于基于Git的项目，此变量包含Git url（如git@github.com:user/repo.git or [https://github.com/user/repo.git]]）
GIT_BRANCH  #对于基于Git的项目，此变量包含为构建检出的Git分支（一般为origin/master）

中文设置：

#须要安装 Locale plugin 插件

Gitlab

#须要安装Gitlab插件

使用统计设置：

#经过发送匿名的使用信息以及程序崩溃报告来帮助Jenkins作的更好。（默认是勾选的能够不提交崩溃报告）

Timestamper设置：

#设置时间格式第一个是系统时间第二个是构建时间表示默认就能够。

Jenkins Location设置：

#设置jenkins的url(发送邮件引用jenkins的地址会取这个值，若是设错了，邮件的链接就会打不开)
#系统管理员邮件地址：管理员的邮件地址（在构建须要发送邮件时，会用到这个邮件地址）

GitHub

#GitHub与Gitlab设置大体同理

邮件通知

#首先必定要设置系统管理员邮件地址：与使用SMTP认证的邮箱帐号相同

全局安全配置

下面记录下每一个权限所表明的意思（从左向右）：

#所有
Administer  #该权限容许修改系统级别的配置，也就是执行高度敏感的操做，例如挂在本地系统访问（这就赋予了基本的操做系统权限）。
Read   #读权限对于查看Jenkins的大部分页面是必须的。当你不但愿未认证的用户看到Jenkins页面时，该权限就颇有用：从匿名用户中取消该权限，而后给受认证的用户赋予该权限。
#凭证
Create  #建立权限是将凭据添加到凭据提供程序所必需的。
Delete    #删除权限是删除凭证提供程序中存储的凭据所必需的。
ManageDomains  #管理域权限是添加/删除/配置凭据提供程序的凭据域（凭证提供程序支持多个凭据域）所必需的。
Update   #更新权限是修改凭据提供程序中的凭据所必需的。
View   #查看权限是查看凭证提供程序中存储的凭据所必需的。
#代理
Build   #该权限容许用户在代理上容许任务。
Configure  #该权限容许用户配置代理。
Connect  #该权限容许用户链接代理或者让代理上线。
Create   #该权限容许用户建立代理。
Delete   #该权限容许用户删除已存在的代理。
Disconnect  #该权限容许用户断开或者临时下线代理。
#任务
Build   #该权限容许启动一个新的构建任务。
Cancel  #该权限容许取消计划或终止运行中的构建任务。
Configure  #修改任务的配置。
Create   #建立新的任务。
Delete   #删除任务。
Discover  #该权限容许查找任务。比读取的权限低，当用户试图访问任务时会重定向到登陆页面。若是没有该权限，就不能查找工程名称，并会获得404错误。
Read   #查看任务。（能够拒绝该权限，但容许发现，迫使匿名用户登陆到看到任务）
Workspace  #该权限容许获取Jenkins执行构建任务时检出的工做空间内容。若是你不但愿用户访问工做空间中的文件（例如：SCM检出的源码或者构建的中间产物），你能够取消该权限。
#运行
Delete  #该权限容许用户从构建历史中手动删除指定的记录
Replay  #可以使用编辑过的脚本执行新的管道构建。
Update  #该权限容许用户修改一次构建的描述或者其余属性，例如：描述构建失败的缘由。
#视图
Configure  #该权限容许用户改变视图的配置。
Create   #该权限容许用户建立新的视图。
Delete   #该权限容许用户删除已有的视图。
#SCM
Read   #该权限容许用户查看视图（容许读取访问）。
Tag   #该权限容许用户在代码库中给指定的构建建立新的标签

Markup Formatter设置：

标记格式器

#否则的话，Jenkins的view、Job和每次构建的备注及description不支持使用HTML语法编辑备注信息，很是影响观赏性，因此按上面选择。#要展现这个HTML效果须要安装OWASP Markup Formatter插件。

CSRF Protection设置：

跨站请求伪造保护

其他设置保持默认

凭据配置

#凭证配置须要的插件是：Credentials 通常都是默认安装的

基本不用改默认就是全部可见。
有许多第三方网站和应用程序能够与 Jenkins 进行交互，例如程序代码仓库，云存储系统和服务等。
此类应用程序的系统管理员能够在应用程序中配置凭证以专供 Jenkins 使用。一般经过将访问控制应用于这些凭证来完成这项工做，以“锁定”Jenkins可用的应用程序功能区域。一旦 Jenkins 管理员（即管理 Jenkins 站点的 Jenkins 用户）在 Jenkins 中添加/配置这些凭证，Pipeline 项目就可使用凭证与这些第三方应用程序进行交互。

Providers设置：

Jenkins 凭据提供者  #提供Jenkins根目录的凭据。 凭证将可用于：身份验证：SYSTEM；有权限的用户：任务/配置。凭证将在如下位置提供：Jenkins中的全部项目均可以使用全局范围的凭据，系统范围的凭据仅限于系统级操做，例如链接构建代理。
User Credentials Provider（用户凭据提供程序）  #为每一个用户提供我的凭证存储。 凭证将可用于：由定义凭证的用户执行的即时操做；具备凭据参数的做业，当具备权限的用户直接触发时：任务/构建；以用户身份运行的做业和用户具备权限：任务/构建；

Types

#类型

Username with password   #能够做为单独的组件处理，也能够做为 username:password 格式的冒号分隔字符串来处理
Docker Host Certificate Authentication   #Docker 主机证书身份验证凭证
SSH Username with private key   #带有私钥的SSH用户名
Secret file #点击 File 字段旁边的 Choose file 按钮，选择 secret 文件并上传到 Jenkins
Secret text #复制 secret 文本并粘贴到 Secret 字段
Certificate     #指定证书和可选的密码。上传 PKCS#12 证书

两种类型的凭证

第一种私钥凭证：

第二种用户名密码：

全局工具配置（Global Tool Configuration）

Maven Configuration（Maven配置）：

Default settings provider    #Use default maven settings（使用默认的maven设置）；Settings file in filesystem（文件系统中的设置文件），settings.xml文件的路径，相对于项目工做空间或绝对值（支持变量）。
Default global settings provider  #Use default maven global settings（使用默认的maven全局设置）；Global settings file on filesystem（文件系统上的全局设置文件）。

#配置Maven主要是配置Maven的settings.xml文件，Jenkins在构建Maven项目时须要依靠该配置文件来执行Maven。

须要什么工具下载安装添加上对应的目录和别名

读取设置

#放弃当前内存中全部的设置信息并从配置文件中从新读取仅用于当您手动修改配置文件时从新读取设置。
#意思很明显当你修改了config.xml文件的时候除了重启默认是不会读取config.xml文件里面的信息的固然能够点击这里让Jenkins在不重启服务的状况下加载config.xml里面的内容。

管理插件

#这个就是想用啥就安装啥插件更新删除本地上传插件之类的。

系统信息

#Jenkins所在机器的一些信息。

系统日志

#系统日志从java.util.logging捕获Jenkins相关的日志信息。

管理节点

#就是jenkins多实例的设置，否则默认就jenkins所在的这台机器执行job。前置条件：节点服务器应与jenkins主服务器环境路径统一，好比：JDK，ant等。

#新建节点通常是字母和数字构成有点标示性，发布的话可能会有前端\php\java环境等等，而后末尾是编号或者是机器IP末尾，这样就不用老去看节点配置才知道节点的IP了。

#上面SSH控制代理节点的方式须要安装插件：SSH Credentials和SSH Slaves

#高级仍是要点一下的，Java 路径要配置一下l例如设置成（/usr/java/jdk/bin/java），否则就跑到从节点的/data/jenkins_workspace下面去找java命令了。

#而后权限通常就是密码或者是秘钥的形式，在第一次节点链接过程当中能够查看日志看看哪里有问题。另外从节点的maven啊ant啊之类的软件环境最好保持跟主节点一致。
博文借鉴：http://www.51niux.com/?id=224 通过测试