jenkins使用

前言 前几天迁移了一台云主机上的jenkins，感觉还是挺麻烦的，故而记录下。 正文 实际上迁移的东西，有4个文件夹和2个配置文件。 4个文件夹： jobs workspace users plugins 文件夹中文件过多过密的话，可以考虑打包传输，既可以避免传输漏掉某文件，又可以避免小文件传输造成的IO下降，从而影响传输速率。 windows可使用zip，rar来压缩，linux可使用zip，tar.gz来压缩。 2个文件： server.xml credentials.xml 我第一次只移了server.xml，没有移动credentials.xml，所以就痛苦了好久，凭据都是重新做的，555~ 移动的时候，最好保持两边jenkins服务都是关闭状态，这样不会有更多的干扰。 来源： https://www.cnblogs.com/young233/p/12216181.html

1、安装JDK和配置JAVA_HOME和CLASSPATH 2、安装mysql数据库 3、创建数据库和用户 mysql -u root -p mysql> CREATE DATABASE sonar CHARACTER SET utf8 COLLATE utf8_general_ci; mysql> CREATE USER 'sonar' IDENTIFIED BY 'sonar'; mysql> GRANT ALL ON sonar.* TO 'sonar'@'%' IDENTIFIED BY 'sonar'; mysql> GRANT ALL ON sonar.* TO 'sonar'@'localhost' IDENTIFIED BY 'sonar'; mysql> FLUSH PRIVILEGES; 4、下载sonarqube wget https://sonarsource.bintray.com/Distribution/sonarqube/sonarqube-5.4.zip unzip sonarqube-5.4.zip vi /etc/profile SONAR_HOME=/usr/jenkins/sonarqube-5.4 export SONAR_HOME source /etc/profile 5、配置sonarqube

滴答的雨 https://www.cnblogs.com/heyuquan/p/jenkins-multi-env-cicd-architecture.html 自动化部署主要是为了解决项目多、环境多、持续集成慢、部署操作麻烦、手动操作易出错、自动化运维等问题。 Jenkins是开源CI&CD软件领导者， 提供超过1000个插件来支持构建、部署、自动化， 满足任何项目的需要。 目标： 支持多分支、多环境、多项目、多套配置文件、多编程语言 支持一键构建、集群发布 支持一键回滚历史版本 快捷配置添加新的部署项目 支持多个项目使用同一个job发布或回滚 另外：也可以根据需要加入gitlab自动触发构建、自动化测试、钉钉通知、邮箱通知等需求 最终效果图 一键发布 一键回滚 Jenkins相关目录设计 ----jenkins-ex jenkins构建时使用到的目录 ------software Jenkins安装目录 --------master --------slave ------backup jenkins备份目录 --------master ------module 功能模块，每一类功能相关的文件放在对应的子文件夹中 --------common ----------script 各模块公用的脚本 ------publish 发布功能 --------settings -----

最近在做一个团队项目的时候，用到了自动编译发布部署环境【也可以说是持续集成】，于是顺便学习了下这个环境的搭建过程。 持续集成 　　持续集成是一种软件开发实践，即团队开发成员经常集成它们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。 1、持续集成系统的组成 　　一个完整的构建系统必须包括： 1) 一个自动构建过程，包括自动编译、分发、部署和测试等。 2) 一个代码存储库，即需要版本控制软件来保障代码的可维护性，同时作为构建过程的素材库。 3) 一个持续集成服务器。 其中1)自动构建和2)代码存储库，都是有相应的软件配合，开发人员需要的学习成本不高，复杂在各模块的相互配合，这一期间可能需要大量时间去调试。一旦调试完毕，对于之后工作效率的提升是成倍的。 2、MSBuild 　　自动构建，做.Net开发的同仁相信大多数都会使用VS，而Visual Studio用MSBuild构建.NET项目。 MSBuild所需的仅仅是一个脚本，在脚本中指定要执行的target；项目中的.csproj和.vbproj 文件都是MSBuild脚本。当编写好MSBuild脚本后，只需要一条简单的命令，即可实现代码的编译与测试工作 。 参考： [独孤九剑]持续集成实践 – MSBuild语法入门

基于Jenkins+Gitlab+Docker实现SpringBoot项目自动部署 1. 使用Docker搭建Jenkins 1.1 拉取Jenkins镜像 1.2 创建目录 1.3 启动容器 1.4 打开Jenkins管理页面 1.5 查看日志获取初始密码 1.6 安装推荐的插件 1.7 成功安装Jenkins 2. 配置Jenkins 2.1 设置Jenkins时区为北京时间 2.2 安装自动化构建和部署所需的插件 2.3 添加凭据 2.4 配置SSH remote hosts 2.5 全局工具配置 2.5.1 安装JDK 2.5.2 安装Git 2.5.3 安装Maven 2.5.4 安装Docker 2.6 全局安全配置 2.7 关于webhook 3. 新建Jenkins任务 3.1 点击新建任务，输入名称【本处输入名称注意】 3.2 源码管理 3.3 构建触发器 3.4 添加webhook 3.5 构建环境 3.6 Pre Steps(构建之前的步骤) 3.7 Build(构建) 3.8 Post Steps(执行任务) 3.9 测试 4. 参考资料 1. 使用Docker搭建Jenkins 1.1 拉取Jenkins镜像 进入官网： https://jenkins.io/download/ 点击 Docker 进入Docker Hub 我们这里选择jenkins

02_Ubuntu下Jenkins初始化配置教程 一. 设置jenkins 1. 访问jenkins 首先我们使用服务器域名或IP地址:端口号的方式来访问Jenkins: http://ip_or_域名:8080 2. 解锁jenkins 接下来我们可以看到“解锁Jenkins”的界面,会显示初始密码的位置.  打开linux命令行终端窗口,我们可以使用cat命令显示密码: sudo cat /var/lib/jenkins/secrets/initialAdminPassword 我们从终端中复制32个字符的字母数字密码,并将其粘贴到“管理员密码”输入框中,然后单击“继续”,接下来的界面中将会出现安装建议的插件或选择特定插件的选项. 3. 选择要安装的插件 我们点击第二项,“选择插件来安装(Select plugins to install)”选项,这将立即开始安装过程:  然后选择安装Publish Over SSH 插件,因为我们最后要通过jenkins把项⽬发布到其他的服务器上,所以需要用这个ssh插件来进⾏远程连接发布. 注意: 在插件安装⻚⾯中,有可能会安装失败,如果安装失败可以选择重试或者跳过后进⼊程序再手动安装即可. 插件安装过程:  4. 创建jenkins管理员用户 插件安装完成后,系统将提示你创建第一个管理用户: 5. 配置jenkins访问地址

文章目录 什么是Jenkins2.0 Pipeline 为什么要使用Jenkins2.0 Pipeline Pipeline的功能和优点 Pipeline原理与流程 Jenkins2.0 Pipeline关键DSL语法及示例 什么是Jenkins2.0 Pipeline Pipeline as Code是Jenkins 2.0版本的精华所在，所谓Pipeline，简单来说，就是一套运行于Jenkins上的工作流框架，将原本独立运行于单个或者多个节点的任务连接起来，实现单个任务难以完成的复杂发布流程。 Pipeline的实现方式是一套Groovy DSL(类似Gradle)，任何发布流程都可以表述为一段Groovy脚本，并且Jenkins支持从代码库直接读取脚本，从而实现了Pipeline as Code的理念。 为什么要使用Jenkins2.0 Pipeline 主要结合对传统Jenkins Job使用的一些痛点来说： 传统的Jenkins Job难以灵活高效地并行（Job间、节点间、任务间、甚至任务内四个维度的并行） 传统的Jenkins Job，Job太多，CI脚本太离散，维护成本高 传统的Jenkins Job显示不直观 传统的Jenkins Job不支持多分支 Pipeline的功能和优点 持久性：在jenkins的master按计划和非计划的重启后

准备工作（安装过程可以百度，已安装的可以跳过） a) 安装Jenkins，安装包下载地址： http://mirrors.tuna.tsinghua.edu.cn/jenkins/windows-stable/jenkins-2.73.1.zip b) 安装 .NET core SDK，官网地址： https://www.microsoft.com/net/core#windowscmd c) Linux 服务器一台并且安装好 Docker d) 好压软件，下载地址： http://sw.bos.baidu.com/sw-search-sp/software/027b0d91ba34c/haozip_5.9.4.10795.exe 。注意这不是广告，我们用他来压缩我们本地发布好的源码，因为他支持cmd命令，当然你也可以用其他的代替。为了让它支持cmd命令我们还需要修改一下本地环境变量，右键【我的电脑】->【高级系统设置】->【高级】->【环境变量设置】->选择系统变量【Path】->点击【编辑】->点击【新建】，把好压的安装目录放进去。我好压的安装目录是：C:\Program Files\2345Soft\HaoZip 图例： 检查环境是否就绪 a) Jenkins浏览器打开是否正常，默认打开地址： http://localhost:8080/ 。 b) 检查.NET core

现象： 安装jenkins，使用jenkins打包的时候，提示权限不足。 原因： 当前执行的人默认是jenkins 这个用户。 在执行脚本加上如下命令打印就可以看到 echo "当前操作人" whoami echo "当前目录" pwd whoami=jenkins查看配置文件，确实就是jenkins vi /etc/sysconfig/jenkins jenkins这个用户是安装jenkins 系统的时候，自动创建的，权限不大。甚至没有自己的目录。 cat /etc/passwd 这里直接简单粗暴的将执行jenkins的用户修改为root问题解决。 再执行 重启jenkins service jenkins restart 来源： https://www.cnblogs.com/a393060727/p/12200066.html

最完整的自动化测试流程：Python编写执行测试用例及定时自动发送最新测试报告邮件 今天笔者就要归纳总结下一整套测试流程，从无到有，实现零突破，包括如何编写测试用例，定时执行测试用例，查找最新生成的测试报告文件，自动发送最新测试报告邮件，一整套完整的测试流程。以后各位只要着重如何编写测试用例即可，其他模板可以套用的，希望帮助到大家。 目录 一、编写测试用例 二、执行测试用例，查找最新测试用例，自动发送测试报告 三、定时执行测试用例 3.1方案一：Windows任务计划 3.2方案二：Jenkins持续集成 四、成果验收 环境准备： 操作系统：Windows7 集成开发环境：eclipse+pydev 一、编写测试用例 点击返回目录 可以直接使用Python自带的单元测试框架unittest来编写自动化测试用例，利用其组织测试用例，断言预期结果，以及批量执行测试用例等功能，可以很好的进行Web自动化测试的开发。 可以直接查看我另外一篇博文总结: unittest单元测试框架总结 里边详细总结了 使用unittest框架编写测试用例思路（模板） 和 使用unittest框架编写测试用例实例 。 目录结构如下组织： 如上图：test_case目录下有两个测试用例，其中test_baidu.py实例代码在博文“unittest单元测试框架总结”中有贴出。其他实例，可以参考模板实现