gitlab+jenkins+maven+docker持续集成(七)——.Jenkins Pipeline持续集成

Pipeline的几个基本概念:

  • Stage: 阶段,一个Pipeline可以划分为若干个Stage,每个Stage代表一组操作。注意,Stage是一个逻辑分组的概念,可以跨多个Node。
  • Node: 节点,一个Node就是一个Jenkins节点,或者是Master,或者是Agent,是执行Step的具体运行期环境。
  • Step: 步骤,Step是最基本的操作单元,小到创建一个目录,大到构建一个Docker镜像,由各类Jenkins Plugin提供

新建pipeline项目

进入配置

这里要参考下pipeline的具体语法,如下图,输入相关git信息点击生成会自动成生相关语句

整个示例语句

node{
    stage(‘get clone‘){        //check CODE
       git credentialsId: ‘f3eb1fea-42b0-46b2-8342-a2be6a65fe73‘, url: ‘http://xx.xx.xx/xx/qd_api.git‘
    }

    stage(‘mvn test‘){
        withMaven(
            maven: ‘M3‘) {
                sh "mvn test"
        }
    }

    stage(‘mvn build‘){        //mvn构建
        withMaven(
            maven: ‘M3‘,
            mavenLocalRepo: ‘.repository‘) {
                sh "mvn clean install -Dmaven.test.skip=true"
        }
    }

    stage(‘deploy‘){        //执行部署脚本
        echo "deploy ......" 
    }
}

需要注意的是这里的M3环境变量,在Global Tool Configuration 我们进行配置

确保以下配置后,我们进行构建

时间: 2024-10-14 19:36:23

gitlab+jenkins+maven+docker持续集成(七)——.Jenkins Pipeline持续集成的相关文章

jenkins+gitlab+maven+docker部署项目之jenkins用户权限管理

一.用户管理 jenkins自身带有权限管理,入口:系统管理-->全局安全配置,这里的权限配置太过简略,没有角色的概念,显然无法满足我们复杂的需求,所以在这个时候引入了 Jenkins 的一个插件:Role-based Authorization Strategy 安装插件:Role-based Authorization Strategy,插件管理-->可选插件搜索一下点击安装,安装完后重启就可以使用该插件 系统管理-->全局安全配置,然后用重新登录一下 系统管理-->Manag

gitlab+jenkins+maven+docker持续集成(十一)——sonarqube及sonarscanner代码审查

Sonar是一个用于代码质量管理的开源平台,用于管理Java源代码的质 量.通过插件机制,Sonar 可以集成不同的测试工具,代码分析工具,以及持续集成工具,比如pmd-cpd.checkstyle. findbugs.Jenkins.通过不同的插件对这些结果进行再加工处理,通过量化的方式度量代码质量的变化,从而可以方便地对不同规模和种类的工程 进行代码质量管理. 同时 Sonar 还对大量的持续集成工具提供了接口支持,可以很方便地在持续集成中使用 Sonar. 此外,Sonar 的插件还可以对

gitlab+jenkins+maven+docker持续集成(三)——自动构建

具体原理图,如下,构建项目配置,这里略过,我们直接配置gitlab的自动构建 通过webhook可以实现自动构建,当然jenkins的强大之处在于插件,我们先安装插件 Jenkins-->插件管理 Gitlab Hook Plugin GitLab Plugin 安装后,就可以开始 了 在项目--配置--构建触发器 选择, Build when a change is pushed to GitLab 这样我们就得到了URL和一串Secret token 然后在gitlab配置webhook ,

gitlab+jenkins+maven+docker持续集成(十)——参数化构建过程之多环境tag构建

同一个项目,要构建到不同的环境,而且对应的分支或tag也不相同,这里就要用到jenkins的参数化构建过程 中的Git Parameter和Choice Parameter, 先看下效果 实现过程 构建过程:Git Parameter -->Name: branch_selector -->Parameter Type :Tag  (这里我选择tag) 构建过程:Choice Parameter 源码管理 这样就可以实现效果,其中我们设置的参数,都可以以变量形式传到我们需要运行的脚本里. 补充

gitlab+jenkins+maven+docker持续集成(一)——Jenkins安装配置

jenkins安装与配置 下载jenkins最新版本 http://mirrors.jenkins.io/war/ 配置jdk环境,建议1.8以上 安装tomcat, 建议8以上 将下载后的jenkinsh上传到tomcat/webapps下,先配置完以下三步再启动 1.设置JENKINS_HOME环境参数 打开tomcat的bin目录,编辑catalina.sh文件.在# OS specific support.  $var _must_ be set to either true or fa

gitlab+jenkins+maven+docker持续集成(六)——.Jenkins获取git tags代码进行持续集成

GitFlow的工作流 如上图所示,在开发工作中,不同的代码分支对应着项目或产品的不同形态,围绕特定形态的人力投入也不相同.随着时间的推进, 我们在 开发分支 中合并产品的功能实现,产品的功能逐步完善. 当产品功能完善到一定阶段,可以交付给测试团队进行内部测试时,产品代码可以合并到 测试分支(注意,上图未体现测试分支,实际中是否需要测试分支需要具体而定),编译打包测试. 经过若干迭代测试,功能稳定成熟,产品可以发布,此时,代码合并到主干(master)分支,用于发布(TAG标记). 所以这里用T

gitlab+jenkins+maven+docker持续集成(五)——Maven 项目构建配置

首先,安装插件Maven Integration plugin 接下来我们配置Global Tool Configuration 前提先在系统里安装好jdk, maven, 创建maven项目 其它配置大同小异,主要说明下这步 pom.xml 我这里的是在项目中,如果是其它路径这里直接配置好路径就可以 pom.xml配置这里略过 配置后,我们构建

gitlab+jenkins+maven+docker持续集成(二)——maven安装配置

建议安装3.3.9版本,最新版本貌似有点问题 下载地址: #wget http://apache.fayea.com/maven/maven-3/3.3.9/binaries/apache-maven-3.3.9-bin.tar.gz 解压 # tar -zxvf apache-maven-3.3.9-bin.tar.gz # mv apache-maven-3.3.9 /bin/apache-maven-3.3.9 配置环境变量 #vi /etc/profile export M3_HOME=

gitlab+jenkins+maven+docker持续集成(四)——Extended E-mail Notification配置

构建后进行邮件通知,这里我们用Extended E-mail Notification 系统管理-->Extended E-mail Notification 在这里subject.content为defalut 模板,我们暂不做配置,我这里按项目进行配置 Extended E-mail Notification 邮件模板见下: Content Type: HTML(text/html) Default Subject 构建通知:$PROJECT_NAME - Build # $BUILD_NU