jenkins使用

k8s持续集成（CICD）springcloud微服务 DevOps简介 CICD简介 环境准备 微服务程序 安装gitlab服务器中文版 安装jenkins 安装harbor 安装maven 安装git客户端 安装k8s集群 部署微服务 部署微服务 上传代码 添加构建服务 DevOps简介 DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。 它是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。 它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作 详细解释 CICD简介 持续集成（continuous integration ）指的是，频繁地（一天多次）将代码集成到主干。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。 它的好处主要有两个。 （1）快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。 （2）防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大

以前都是通过IDE(eclipse or Android Studio)手动生成apk通过QQ或者邮件发送给测试人员进行测试，现在的司要求对项目进行持续集成，也就是说通过某种方式定时(比如每晚凌晨三点)自动将git库中最新的代码pull下来编译打包，测试人员每天早上上班都能拿到最新的代码打包的Apk。如何在服务器里拉最新的代码给自动编译（jenkins这个就可以，如何搭建请参考我的另外博客： Jenkins+Gradle实现android开发持续集成、打包 ）那么在Jenkins如何配置版本控制了，这才是关键 我们可以去这个地址 https://github.com/takezoe/gitbucket/releases 下载最新的gitbucket.war ,然后放在tomcat 的webapps目录下 运行tomcat,登陆,创建git库,然后剩下的和github用法一样,这个就可以作为服务器存在 然后在配置jenkins源码管理就这么简单： 首先看看cvs enkins有一些专用术语，请参考下面的连接： https://wiki.jenkins-ci.org/display/JENKINS/Terminology 1.通过Jenkins web页面添加Git plugin Manage Jenkins->Manage Plugins->Available中选择Git

忘记用户名密码（如图）不管是忘记用户名密码还是误删jenkins目录下的users文件都可以使用下面的方式找回密码，我的版本是Jenkins 2.134 1. 进入jenkins安装目录，我的是/var/lib/Jenkins,忘记装哪的可以使用find / -name jenkins搜索下 2. 先备份下config.xml文件 （cp config.xml config.xml.bak ）再vim config.xml 删除截图中的用户认证字段 <useSecurity>true</useSecurity> <authorizationStrategy class="hudson.security.FullControlOnceLoggedInAuthorizationStrategy"> <denyAnonymousReadAccess>true</denyAnonymousReadAccess> </authorizationStrategy> <securityRealm class="hudson.security.HudsonPrivateSecurityRealm"> <disableSignup>true</disableSignup> <enableCaptcha>false</enableCaptcha> </securityRealm> 3.

1.1 Jenkins安装 1.1.1 说明 由于jenkins有多种安装方式，本文仅介绍war包部署方式。（本人喜欢纯净版环境，勿喷。） 可参考： https://jenkins.io/zh/doc/book/installing/ （官方安装文档） 安装前请确认，java、tomcat服务正常。 测试java是否安装成功 出现版本号即为安装成功。 1.1.2 安装 请将jenkins.war复制到apache-tomcat-8.5.47/webapps/下，启动tomcat即可。 启动成功后访问： http://ip:port/jenkins 能显示页面即可进入初始化。 提示：下次启动前请先删除jenkins.war。 1.1.3 初始化 1.1.3.1 首次访问进入界面： 1.1.3.2 插件安装 进入选择安装插件的页面后，可以选择安装社区推荐的插件或自定义安装，此处选择前者。 一般至少需要安装如下几个插件： Git/Subversion、SSH、Publish Over SSH、Maven 等。 1.1.3.3 创建管理员用户 填入账户信息后，进入完成页面： 1.2 Jenkins配置 用管理员账号第一次登录 Jenkins 后，需要在 " 系统管理 " -> " 全局工具配置 " 中，设置你要使用到的构建工具和 JDK 版本。 1.2.1 进入 jenkins 主界面 1

系统的工作流程大概分为以下几步: 1> 开发者将新版本push到git server (Gitlab)。 2> Gitlab随后触发jenkins master结点进行一次build。(通过web hook或者定时检测) 3> jenkins master结点将这个build任务分配给若干个注册的slave结点中的一个，这个slave结点根据一个事先设置好的脚本进行build。这个脚本可以做的事情很多，比如编译，测试，生成测试报告等等。这些原本需要手动完成的任务都可以交给jenkins来做。 4> 我们在build中要进行编译，这里使用了分布式编译器distcc来加快编译速度。 notes jenkins的工作原理是先将源代码从gitlab中拷贝一份到本地，然后根据设置的脚本进行build。我们可以看出，整个系统的关键就是那个build脚本，用来告诉jenkins在一次集成中需要执行的任务。 2.Jenkins的安装与配置 1> 安装Jenkins 首先说如何安装 jenkins ，一定要安装最新版本才不会出各种奇怪的问题，参考官网wiki, Installing Jenkins on Ubuntu 上的指示， $ wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add

文章目录 1. 环境 2. 进入容器生成ssh key 3. 配置到gitlab 4. Jenkins创建任务测试 5. Jenkins slave使用jenkinsfile部署 1. 环境 Jenkins是k8s使用yaml运行的 [root@node02 ~]# kubectl get pods -n kube-ops NAME READY STATUS RESTARTS AGE jenkins2-754c69b9c6-pr6lm 1/1 Running 0 47m [root@node02 ~]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 35a1313e68e2 jenkins/jenkins "/sbin/tini -- /usr/…" About an hour ago Up About an hour k8s_jenkins_jenkins2-754c69b9c6-pr6lm_kube-ops_28b4a548-0682-11e9-9390-000c29770a60_0 2. 进入容器生成ssh key [root@node02 ~]# docker exec -it 35a1313e68e2 /bin/bash #没有.ssh文件夹 jenkins@jenkins2

一、前言 首先出于提高自己技术水平和琢磨能做点什么能提高工作效率，上线工作实在无聊、重复（手动编译、打包，传包，重启），于是就想到了 jenkins，jenkins持续集成已经不是什么新鲜的话题，网上文章一大堆，俗话说天下文章一大抄，基本上就是那三五篇，相信要是以前没接触过的人没有两三天是弄不出来的，特别是身为运维岗，一些关于开发的东西还是不太懂，在搭建之前什么持续集成、持续构建、持续部署这些概念真是搞不懂，也许是我比较愚笨，在我研究的这段时间里，真是一步一个坑，想想这人品，写这个的目的不为什么，希望后来者少踩坑，也为自己做个记录。 二、环境 1、粘一副从网上看见的我认为好理解的图 2、服务器环境 一台 jenkins服务器：192.168.4.117 一台 gitlab服务器：192.168.4.81 一台测试服务器： 192.168.4.91 三、环境搭建 1、gitlab安装：由于之前已经写过gitlab安装的博客，在此就不重复写了，把地址粘出来：http://www.cnblogs.com/lidong94/p/7161717.html 2、jenkins安装 （ 1）安装可以用war包也可以用rpm包，但是个人认为还是war包好用方便，首先下载好jenkins的war包，地址：http://mirrors.jenkins.io/war-stable/2.32.3/ （ 2

Jenkins插件名称 Docker plugin This plugin integrates Jenkins with Docker This plugin allows slaves to be dynamically provisioned using Docker. 插件文档地址：https://wiki.jenkins.io/display/JENKINS/Docker+Plugin Docker宿主机配置 1 安装docker 第一步. 添加docker yum源 vi /etc/yum.repos.d/docker.repo [docker-ce-stable] name=Docker CE Stable - $basearch baseurl=https://download.docker.com/linux/centos/7/$basearch/stable enabled=1 gpgcheck=1 gpgkey=https://download.docker.com/linux/centos/gpg [docker-ce-stable-debuginfo] name=Docker CE Stable - Debuginfo $basearch baseurl=https://download.docker.com/linux/centos/7/debug-

构建Sinatra应用程序 [root@dockerWEBrickDocker]# vim Dockerfile FROM ubuntu MAINTAINER wyfTurnbull huisebug@outlook.com ENV REFRSHED_AT2017-06-28 RUN apt-get update RUN apt-get -y installruby ruby-dev build-essential redis-tools RUN gem install--no-rdoc --no-ri sinatra json redis RUN mkdir -p/opt/webapp EXPOSE 4567 CMD ["/opt/webapp/bin/webapp" ] ~ 构建后 [root@dockerWEBrickDocker]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE ubuntu/sinatra 1 4d46ed419d3d 18 minutes ago 386MB unbuntu/nginx 1 d39894d30c41 5 hours ago 214MB localhost:5000/wyf/huisebug 1 1a4b54d5d019 25 hours ago 257MB [root

【实战】Jenkins配置Git push后自动构建 # 前言   Jenkins 持续构建集成是软件版本迭代的一大利器，对于前端攻城狮来说，本身对服务器的接触就少，也并不愿意去做这个事。Jenkins持续构建省去了繁琐的服务器替换包的过程，同时有历史构建记录和每次构建的变更记录，这为我们回退和检查构建情况提供了便利。   本文假设你已经搭建了一些基础环境，如Git环境，Node环境等。如未处理请自行百度 # Jenkins配置步骤 1. 在Jenkins中进入你要配置自动构建的项目 要设置自动构建的项目 2. 点击左侧配置选项进行项目发包配置（首先你得有配置的权限） 工程中点击配置 3. 对项目的各个模块进行信息填写   这一步是比较关键的，配置文档有几个信息需要填写 属于描述解释类信息，可以不填。如果需要添加构建条件时也可以在这里勾选某个选项，比如，勾选“参数化构建过程”，就可以在配置构建时用户选择使用的分支。 General部分 填写构建仓库信息，你要发布的代码就从这里拷贝过来的 源码管理模块 设置git触发构建的动作 设置触发器 选用node作为构建环境 构建环境设置 构建执行的脚本命令 构建脚本命令 # 服务器上的脚本  在上一个步骤中，我们除了配置安装依赖、打包和 scp 文件到服务器上外，还配置了 ssh root@10.231.111.111 '/bin/bash