jenkins使用

每次发布的时候，手动发布所做的事情无非就是备份，生成，发布。而手动做这些循环的事情，如果偶尔一次还好，当在产品持续迭代的时候，无限重复的步骤就会让人很烦躁。这时候Jenkins的作用就提现出来了，让我们解放双手。 准备工作 1、首先我们要把 Asp.Netcore发布成基于windows服务的发布方式 。 2、下载java的jdk并安装，java的环境安装这里就不说了，都一样 3、下载并安装Jenkins，Jenkins的安装没有什么注意的，一直下一步，全部使用默认设置即可，链接： https://jenkins.io/zh/download/ 。 开始使用Jenkins来实现Asp.Netcore的自动化部署 1、启动Jenkins服务，在安装完成后Jenkins会在windows服务里面自动安装了一个Jenkins的服务。 2、访问 http://localhost:8080/ ，Jenkins在winserver上面默认端口是8080，然后会进入到jenkins的启动页，在启动页Jenkins会自动安装插件，选择默认的进行安装即可。 3、开始配置项目 （1）、点击新建Item，如图 （2）、输入项目名称，并选择自由项目，并点击确定 （3）、编辑配置信息里面的源代码管理。 来源： CSDN 作者： dotnet_Monkey 链接： https://blog.csdn.net

1.下载jenkins 在windows系统上搭建jenkins持续集成有两种方法： 1、war文件，可以用tomcat或者java命令直接运行 2、msi安装，作为系统服务后台运行 下载地址 https://jenkins.io/download/ 或者单独下载指定的文件 1、war文件 下载地址： http://mirrors.jenkins-ci.org/war/latest/jenkins.war 2、msi安装 下载地址： http://ftp.yz.yamagata-u.ac.jp/pub/misc/jenkins/windows-stable/ 2.安装启动jenkins 1、针对war文件 第一种方式 ：将jenkins.war放到Tomcat\webapps目录下，当启动tomcat的时候，Jenkins会随着服务器一起启动 ； 第二种方式 ：通过cmd命令窗口，先进入jenkins.war所在的文件，在输入命令就可以启动jenkins.war java -jar jenkins.war 启动成功如图所示 2、针对msi安装 解压运行jenkins.msi即可 指定安装目录 安装过后就是服务在后台运行，查看位置是：控制面板–服务，或者通过打开任务管理器-服务查看一样效果 选中服务-Jenkins 右击-启动服务 即可。 不管是哪种方式启动

原地址：http://blog.csdn.net/shilinjie_8952/article/details/53380373?locationNum=11&fps=1 测试环境：Java+Selenium+TestNG，Jenkins持续集成。 测试代码 代码结构 采用页面对象模型(Page Object)，减少UI修改后，对代码的影响。 Java编写，采用TestNG测试框架。 先说点概念的： Selenium Selenium是一套完整的Web应用程序测试系统，它包含了测试的录制（Selenium IDE）、编写及运行（Selenium Remote Control）和测试的并行处理（Selenium Grid）。Selenium的核心Selenium Core基于JsUnit，完全由JavaScript编写，因此可运行于任何支持JavaScript的浏览器上。 Selenium Core：Selenium的核心部分,它由一些纯js代码组成， 可以运行在windows/linux的不同browser上，而IDE是在core的基础上的一种应用, 通过UI实现类似QTP/Winner的脚本录制回放功能，它是Selenium IDE 和 Selenium RC 的引擎。 Selenium IDE： FireFox 的一个插件，支持脚本录制。 Selenium RC：

jenkins上传代码分支以前都是用变量的方式，手动实现。 构建时候的界面就像下面这样，需要手动输入分支版本。 自从知道了“Git Parameter ” 插件，才发现 构建时候可以让他自己列出有哪些分支。 构建时候列出GitLab分支，就像下面这样。 安装插件部分不讲了，直接从jenkins插件中心搜索“Git Parameter ” 使用时候仍然是添加参数化构建，设置name变量为branch，description描述随便写，类型根据brach和tag上线喜好选择，default value默认分支根据自己实际业务选择。 填写git仓库地址时候输入参数化构建里的name变量名字 来源： 51CTO 作者： hbbdgyb 链接： https://blog.51cto.com/hbbdgyb/2457742

Jenkins用户手册官网地址： 点击打开 开源 CI&CD 软件 自动化各种任务, build test deploy 支持各种运行方式 Jenkins入门 入门指南 需要java和docker 安装命令 java -jar jenkins.war --httpPort=8080 打开浏览器进入链接 http://localhost:8080 创建 Hello World 流水线 pipline是一套插件，持续交付 Pipeline 自动化表达了这样一种流程：将基于版本控制管理的软件持续的交付到您的用户和消费者手中 pipline的定义通常被写入到一个文本文件中：Jenkinsfile New Item -> Pipeline (一般)/ Multibranch Pipeline (基于scm仓库) SCM: Source Code Management 在配置好 Pipeline 之后，Jenkins 会自动检测您仓库中创建的任何新的分支或合并请求， 并开始为它们运行 Pipelines 文本示例 // java Jenkinsfile (Declarative Pipeline) pipeline { agent { docker 'maven:3.3.3' } stages { stage('build') { steps { sh 'mvn --version' } }

前言 　　什么是持续集成呢？ Continuous integration（CI）。持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。 　　如果没有持续集成会有哪一些问题呢？ 模块项目接口部署不及时，接口不通。每次需要手动打包最新的代码进行部署、发布代码、线上部署都是纯手工。容易出错。浪费时间。 　　现在加上持续集成解决的问题呢？ 项目构建自动化、集成的详细信息及历史记录的记录、使用统一的管理、固定规定的部署流程、每天至少集成一次。 环境： jenkins服务器：win7系统 （安装jenkins、git、Visual Studio 2017） IIS目标服务器：winserver2012系统（安装IIS 、FTP） 安装 　　这里我采用的是使用Tomcat配合jenkins一起使用的来达成持续集成的目的。 　　一、安装Tomcat 必须有jdk，这里用的是jdk1.8，安装：https://www.cnblogs.com/xiaoyou2018/p/9945272.html 1、从官网下载Tomcat。下载地址：https://tomcat

1、当前环境 当前系统版本： 当前JDK版本： 当前Tomcat版本： 注：jdk和tomcat安装请参考 《CentOS7环境安装jdk、tomcat及其配置环境变量》 2、Jenkins简介，下载 简介 Jenkins是开源CI&CD软件领导者， 提供超过1000个插件来支持构建、部署、自动化， 满足任何项目的需要。 具体内容，请参考 《Jenkins中文官方文档》 。 下载 推荐使用清华大学的开源镜像站，地址： https://mirrors.tuna.tsinghua.edu.cn/jenkins/ 。这里选择下载通用的Jenkins.war版本。 使用wget命令下，命令如下： wget https://mirrors.tuna.tsinghua.edu.cn/jenkins/war/2.190/jenkins.war 3、Jenkins发布 复制jenkins.war文件到Tomcat的webapps目录下，如下图所示： 启动Tomcat 通过命令启动Tomcat，命令如下： systemctl start tomcat 访问Jenkins 通过http://192.168.1.10:8080/jenkins访问jenkins平台（其中IP+端口号是tomcat所在服务器的IP和Tomcat配置的端口），进入下面界面： 解锁 Jenkins 通过vim /root/

Jenkins简介 Jenkins自动化部署可以解决集成、测试、部署等重复性的工作，工具集成的效率明显高于人工操作；并且持续集成可以更早的获取代码变更的信息，从而更早的进入测试阶段，更早的发现问题，这样解决问题的成本就会显著下降：持续集成缩短了从开发、集成、测试、部署各个环节的时间，从而也就缩短了中间出现的等待时间；持续集成也意味着开发、集成、测试、部署得以持续。。 使用Maven（Ant）等来实现lava项目自动化构建发布部署。这些工具可以帮助在构建过程中实现自动化发布、回滚等动作。 1、简介 Jenkins是一个用Java编写的开源的持续集成工具。官方网站：https://jenkins.io/ Jenkins能实时监控持续集成过程中所存在的问题，提供详细的日志文件和提醒功能，还能用图表的形式，形象地展示项目构建的趋势和稳定性。 2、特点 易安装：仅仅一个jenkins.war，丛官网下载该文件后，直接运行，无需额外的安装， 更无需安装数据库； 易配置：提供友好的GUI配置界面； 变更支持：Jenkins能从代码仓库（SVN/Git）中获取并产生代码更新列表，并输出到编译输出信息中； 支持永久链接：用户是通过Web来访问Jenkins的，而这些Web页面的链接地址都是永久链接地址，可以在各种文档中直接使用该链接； 集成E-Mail/RSS/M：当完成一次集成时

用Jenkins做持续集成时，一般会使用webhooks触发构建，或者定时构建，这里记录用URL的方式触发Jenkins构建。 1、创建一个用户 登陆Jenking——系统管理——用户管理—— Create User 2、用户添加权限 系统管理——全局安全配置 3、发送CURL POST请求 curl -I -u test:<Userpasswd> -X POST "http://<Jenkins_server:port>/job/<Job_Name>/build?BUILD_TYPE=Update" test：创建的用户名 <Userpasswd>：用户密码 <Jenkins_server:port>：Jenkins服务器的地址+端口 <Job_Name>：任务名，需要构建那个任务 BUILD_TYPE=Update：可选，构建类型 正常应该为：200 OK 或 201 Created 通过Jenkins页面Build Executor Status查看是否正常构建 如果出现403错误：No valid crumb was included in the request 系统管理 –> Configure Global Security中调整设置： 取消“防止跨站点请求伪造（Prevent Cross Site Request Forgery exploits）”的勾选。

假设： 一台SVN 服务器 一台装了jboss的服务器 一台服务器做自动部署 步骤： 自 动部署服务器上装jenkins http://www.jenkins.io 下载jenkins.war ，放到自动部署服务器上~/ci/ 设置 JENKINS_HOME，默认为 ~/jenkins/ 启动jenkins nohup java -jar jenkins.war --httpPort=8888 >> ~/ci/jenkins.log 2>&1 & 安装jenkins SSH Plugin插件 （ https://wiki.jenkins-ci.org/display/JENKINS/SSH+plugin ） 可访问外网用在线方式：系统管理->管理插件->可选插件->安装SSH plugin 内网用离线方式：下载 ssh.hpi http://updates.jenkins-ci.org/latest/ssh.hpi ，改名为ssh.jpi，放入$JENKINS_HOME/plugins/ 重启jenkins使插件 生效 http://x.x.x.x:8888/restart ，重启后在add post-build step中将可以看到remote ssh选项 配置jenkins使用的jdk，maven，remote ssh等