jenkins使用

给jenkins更换工作空间

匿名 (未验证) 提交于 2019-12-02 23:49:02
如果使用jenkins的默认工作空间,它默认安放在 /var/lib/jenkins 目录下,但这个在分配Linux磁盘的时候,一般为40G,时间长或者项目多的话,很容易将磁盘空间占满,所以我们需要将默认工作空间迁移,步骤如下: 将运行的jenkins停掉,直接在 url 后面加上 exit 即可。 默认jenkins的配置文件是 /var/sysconfig/jenkins ,打开编辑器,将JENKINS_HOME改为比较大的磁盘中。 需要把原来工作空间的所有内容,移动到新的工作空间中。 重启jenkins,命令: service jenkins start 。 如果原磁盘一点空间也没有的话是启动不起来的,比如这种情况: Filesystem Size Used Avail Use% Mounted on /dev/vda1 40G 40G 0 100% / devtmpfs 3.9G 0 3.9G 0% /dev tmpfs 3.9G 64K 3.9G 1% /dev/shm tmpfs 3.9G 8.6M 3.9G 1% /run tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup tmpfs 783M 0 783M 0% /run/user/0 /dev/mapper/vgdata-lvdata 99G 25G 70G 26% /data

【02】Jenkins:第一个项目

匿名 (未验证) 提交于 2019-12-02 23:47:01
写在前面的话 通过上一节我们成功的搭建起来 Jenkins,那么接下来就是体验如何构建我们的第一个项目了。当然在这之前我们得专门针对 Java 环境就行简单的配置。 全局工具配置 其实这次配置的主要还是关于 Java 项目的工作配置,包括 JDK,Maven,以及代码仓库 Maven 等。 打开: 系统管理 --> 全局工具配置 由于在安装 Jenkins 的时候安装了很多推荐插件,所以一般常用的配置项这里都能找到。 1. 配置多版本 JDK: 我们运行 Jenkins 的时候已经有了 JDK8,此时我们再在相同目录下放个 JDK7,因为有些公司的项目可能会并存,甚至 JDK6。 此时服务器上面的目录结构: 新增 JDK7 和 JDK8,因为我们本地已经有,所以不勾选自动安装: 2. 安装 git,我们的代码仓库使用的 gitlab 进行管理,所以需要安装 git,如果你是 SVN 则需要单独去搜索 SVN 配置: yum -y install git 我们直接在服务器安装 git 即可。 3. 配置 Maven,当然我这个 Maven 是结果修改添加了本地配置的 Maven,你也需要将其添加你本地私有仓库的配置。 4. 另外还有类似 Gradle 这些的甚至更麻烦的,可以先去查看又没有相关的插件,如果有就安装上。配置方法都是同理。 Gradle 也是 Java 的一种打包软件

Jenkins自动化部署入门(一)

匿名 (未验证) 提交于 2019-12-02 23:43:01
这一段时间,技术总监为了减少测试环境每次提交新增接口都要部署项目的时间,搞了一个jenkins持续集成github、docker,这样只要每次push代码都会自动部署,确实节省了部署的时间(不加班指日可待)。 今天主要给大家介绍使用 Jenkins 的基本知识,顺便提一嘴jdk环境和docker如何像5G飞一般的速度安装。 第一次使用 Jenkins,您需要: 机器要求: 256 MB 内存,建议大于 512 MB 10 GB 的硬盘空间(用于 Jenkins 和 Docker 镜像) ps: 小明使用的是linux内核centos7版本服务器,1G内存1核50G硬盘的腾讯云服务器,最近腾讯云搞活动99元一年,实在太便宜了没忍住搞了一台,后台做的和阿里云如出一辙,不愧为腾讯,大家有需要的可以点击链接了解一下, http://sina.lt/gget 。 需要安装以下软件: Java 8 ( JRE 或者 JDK 都可以 点击查看linux如何快速安装jdk ) Docker ( 查看centos版本如何安装docker ) 下载 Jenkins(linux 中执行 wget http://mirrors.jenkins.io/war-stable/latest/jenkins.war ). 打开终端进入到下载目录. 运行命令 java -jar jenkins.war -

Jenkins 邮件发送

匿名 (未验证) 提交于 2019-12-02 23:42:01
1.jenkins新建任务 2.配置svn 3.maven项目构建配置pom.xml 使用maven命令 clean test 构建前清除; 4.系统管理 =》 插件管理 =》可选安装邮件插件 安装成功: 5.设置Extended E-mail Notification:进入“系统管理”-“系统设置”,对Extended E-mail Notification进行配置 6.由于本人没有邮件服务器,故使用QQ邮箱服务,发送邮件;   点击我已发送后提示验证成功后如下: 7.返回jenkins 邮件服务配置 8.邮件通知配置; 报错原因: 填入系统管理员邮件地址后,再次测试邮件发送: 邮件发送成功: 10.打开新建任务,构建后操作 11.构建后=》邮件发送配置 点击高级配置: 13.Priject From 栏空白不填,再次构建,邮件发送成功! 总结:亲测,分享给需要的人,不足之处,后续补充修改!

gitlab私有仓库的搭建

匿名 (未验证) 提交于 2019-12-02 23:42:01
gitlab的安装部署 什么是gitlab :GitLab 是一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的web服务。 下载安装包并安装 进入主配置文件,编辑 gitlab.rb 的配置文件添加gitlab的访问地址和当前ip一致。 更改完配置文件后要重载服务 gitlab-ctl reconfigure 查看服务状态: gitlab-ctl status 在浏览器进行访问:172.25.60.1,默认启动的是nginx,监听80端口,设置用户密码,用户名为root gitlab的持续集成(创建项目) 创建一个项目:create a project 写入项目名称和项目URL,设置为私有,初始化创建项目 添加公钥: 在账号中新建 SSH 公钥:为了通过ssh直接上传和拉取代码,所以需要在gitlab中做免密 将创建的库克隆至主机,并且查看 在物理机上使用git来进行版本控制时,为了得一个项目的拷贝(copy),我们需要知道这个项目仓库的地址(Git URL). 创建文件并且提交 在gitlab页面刷新查看,代码提交成功 jekins服务构建 什么是Jenkins :Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。 **和git结合的优势:*

SonarQube-Jenkins集成(8)

匿名 (未验证) 提交于 2019-12-02 23:36:01
jenkins集成 jenkins集成sonar使用的是sonarqube-scanner的插件,所以使用是与sonar-scanner不太一样的 jenkins安装 推荐使用tomcat+jenkins的方式安装,原因是这样可以将jenkins的workspace放置在home下面(不再需要sudo权限) 去官网下载tomcat的安装包 https://tomcat.apache.org/download-90.cgi 解压安装包,不要解压到根目录下,最好解压到home下面 tar -zxvf apache-tomcat-9.0.4.tar.gz 登录http://localhost:8080 即可访问tomcat(默认使用8080端口,如与其他应用冲突可修改tomcat的端口号,方式可百度) 下载jenkins的war包 https://jenkins.io/download/ 放置war包到tomcat下面 直接复制war包到tomcat/webapps下面 访问jenkins http://localhost:8080/jenkins/ 访问成功即可 获取jenkins密码 cd ~/.jenkins/secrets/ vi initialAdminPassword 登录即可(帐号为admin) jenkins安装相应插件 jenkins首先安装推荐插件

allure报告本地执行,显示趋势图

匿名 (未验证) 提交于 2019-12-02 23:34:01
版权声明:本文为博主原创文章,转载请附上博文链接! https://blog.csdn.net/qw943571775/article/details/90521084 缘由: 现在Jenkins+pytest+allure自动化框架越来越流行,Jenkins上使用的是Jenkins allure插件,可以展示趋势图,但是很多人在本地执行时,发现趋势图为空 这个是因为在本地执行时,每次都会清除历史数据的原因,历史结果存放在如图的json文件中 我目前想到一个比较low的方式能实现本地的趋势图 1.将每次测试的结果,另起一个.json文件保存 2.每次测试完毕之后,读取这个json文件后更新到如图的内容中 有其他更好的方法,欢迎提醒 文章来源: https://blog.csdn.net/qw943571775/article/details/90521084

使用 Jenkins + Ansible 实现 Spring Boot 自动化部署101

匿名 (未验证) 提交于 2019-12-02 23:34:01
本文要点: 设计一条 Spring Boot 最基本的流水线:包括构建、制品上传、部署。 使用 Docker 容器运行构建逻辑。 自动化整个实验环境:包括 Jenkins 的配置,Jenkins agent 的配置等。 1. 代码仓库安排 本次实验涉及以下多个代码仓库: % tree -L 1 ├―― 1-cd-platform # 实验环境相关代码 ├―― 1-env-conf # 环境配置代码-实现配置独立 └―― 1-springboot # Spring Boot 应用的代码及其部署代码 1-springboot 的目录结构如下: % cd 1-springboot ├―― Jenkinsfile # 流水线代码 ├―― README.md ├―― deploy # 部署代码 └―― src # 业务代码 所有代码,均放在 GitHub: https://github.com/cd-in-practice 2. 实验环境准备 笔者使用 Docker Compose + Vagrant 进行实验。环境包括以下几个系统: Jenkins * 1 Jenkins master,全自动安装插件、默认用户名密码:admin/admin。 Jenkins agent * 2 Jenkins agent 运行在 Docker 容器中,共启动两个。 Artifactory * 1

jenkins常用插件

匿名 (未验证) 提交于 2019-12-02 23:32:01
Persistent Parameter 描述:参数化构建时,默认获取上一次构建时的参数 使用:参数化构建时使用 ssh 描述:ssh远程登录服务器插件(需要在服务器上执行命令的时候可以使用) Environment Injector && EnvInject API

allure2 report+ jenkins 使用

匿名 (未验证) 提交于 2019-12-02 22:56:40
物色了一个挺漂亮的报告生成插件 ――allure。 下面介绍一下这个报告的使用。 1. 添加依赖 1 < dependencies > 2 <!-- https://mvnrepository.com/artifact/io.qameta.allure/allure-testng --> 3 < dependency > 4 < groupId > io.qameta.allure </ groupId > 5 < artifactId > allure-testng </ artifactId > 6 < version > 2.6.0 </ version > 7 </ dependency > 8 </ dependencies > 9 10 < build > 11 < plugins > 12 < plugin > 13 < groupId > org.apache.maven.plugins </ groupId > 14 < artifactId > maven-surefire-plugin </ artifactId > 15 < version > 2.20.1 </ version > 16 < configuration > 17 < systemPropertyVariables > 18 < org.uncommons.reportng.escape