自从去年用上了 Jenkins 进行 CI/CD 之后,工作效率高了不少,摸鱼的时间更多了.不过 Jenkins 好是好,但在功夫网的影响下,插件就是经常更新不成功的,就像下面这样子: 查了不少资料,绝大部分都说把升级站点改了就行 然而并没有什么卵用,只是获取插件列表从这个地方获取而已,安装/更新插件的时候该炸还是得炸. 作为一个有代码洁癖的人,看着有插件更新不了那感觉就像有屎拉不出的难受.于是乎这几个月以来一直是通过上面图中的手动上传插件来进行更新的.可是效率实在是低,一两个插件还好,有时候一

随时随地将代码合并的方法叫做 持续集成 =================================================================== 视频用的10.0.0.11 gitlab     10.0.0.12 Jenkins 安装Jenkins 上传好准备好的rpm包 安装JDK # rpm -ivh jdk-8u121-linux-x64.rpm 测试安装结果 # java -version    -------------> java version &quo

----------------------------------------------------------------- 原创博文,未经作者允许禁止转载. 博主:疲惫的豆豆 链接:http://www.cnblogs.com/dzblog/p/6962000.html ---------------------------------------------------------------- 更新: 2017-06-19:因个人需要替换成最新的weekly版本,确保操作步骤没问题.

一.背景 我们工作中常用Jenkins部署Java代码,因其灵活的插件特性,例如jdk,maven,ant等使得java项目编译后上线部署一气呵成,同样对于脚本语言类型如Python上线部署,利用Jenkins强大的插件功能,轻松实现CI/CD,但如果部署多项目到同一台服务器涉及环境一致性问题,对此可以利用容器技术Docker解决,也可以利用Python虚拟环境例如virutalenv或conda等优秀等工具解决,在此由于后期根据requirements来安装依赖包比较慢,且后期需要将Pytho

Jenkins部署实战篇 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.持续集成理论 1>.开发写代码的演变过程 1.1>.一个开发单打独斗,撸代码,开发网站,自由自在: 1.2>.多个开发同时开发一个网站,同时改一份代码.但是同时给一个文件会导致冲突: 1.3>.分支结构,每天上班第一件事克隆代码,下班前最后一件事合并代码: 1.4>.好景不长,开发越来越多,代码文件越来越多.每天下班前合并代码时,发现很多合并失败的文件.为了解决这些合并失败的文件,

一.安装jenkinshttps://mirrors.tuna.tsinghua.edu.cn/jenkins/redhat/     #清华yum源 yum -y install java-1.8.0-openjdk java-1.8.0-openjdk-devel[root@jenkins ~]# yum install java-1.8.0-openjdk.x86_64 java-1.8.0-openjdk-devel.x86_64  [root@jenkins ~]# wget http

代码上线 持续集成 随时随地将代码合并,这种方法叫做持续集成. 持续集成(CONTINUOUS INTEGRATION,简称CI)持续集成指的是,频繁地(一天多次)将代码集成到主干.它的好处主要有两个.(1)快速发现错误.每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易.(2)防止分支大幅偏离主干.如果不是经常集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成. 持续交付 • 持续交付(CONTINUOUS DELIVERY)指的是,频繁地将软件的新版本,交付给质量

一般情况下,war的安装路径在/usr/share/jenkins目录下. 不过也有部分人不喜欢安装在这里,可以通过系统管理(System management)--> 系统信息(System Info)查找.war的文件 我们可以使用如下几个链接去下载: https://updates.jenkins-ci.org/download/war/ http://mirror.xmission.com/jenkins/war-stable/ http://ftp.yz.yamagata-u.ac.j

1.1.1 安装Maven插件 我们要使用Jenkins+Maven对Java项目进行构建,需要安装Maven Project Plugin,具体安装过程请参考插件管理部分 1.1.2 3.Linux下安装Maven 1)下载Maven 3安装包 官网:http://maven.apache.org/download.cgi 清华镜像:https://mirrors.tuna.tsinghua.edu.cn/apache/maven/ 2)安装Maven [root@node3 src]# wg

代码自动上线功能 企业部署代码上线是件比较麻烦的事情,还好我们有jenkins这个持续集成的软件可以帮助我们做很多的事情,现在我们就 来测试用jenkins推送代码上线. 我们这里测试的是一个html的web页面监控的代码上线,做一个简单的小教程,先不涉及动态语言和数据库. 准备环境 准备三台服务器 服务器名称 ip地址 需要的服务 系统 git 10.0.0.200 gitlab centos7 jenkins 10.0.0.201 jenkins centos7 web01 10.0.0.7

  1.软件及服务介绍 Jenkins:jenkins是实现代码自动化流程上线的工具,Jenkins是一个独立的开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能.前身是Hudson是一个可扩展的持续集成引擎.可用于自动化各种任务,如构建,测试和部署软件.Jenkins可以通过本机系统包Docker安装,甚至可以通过安装Java Runtime Environment的任何机器独立运行 Maven:Maven是一个

1.新建一个pipline任务 2.自写一个简单的pipline脚本 a.Pipeline的脚本语法在Pipeline Syntax中,片段生成器,示例步骤中选择builf:Build a job b.将生成的语句中的value赋值 c.在这条线上部署了两个job--test-zrlog.java-serverDB node { build job: 'test-zrlog', parameters: [gitParameter(name: 'version_tag', value: 'v1.4

开发写代码的演变 一个开发单打独斗,撸代码,开发网站,自由自在 多个开发同时开发一个网站,同时改一份代码.但是同时改一个文件会导致冲突 分支结构,每天上班第一件事克隆代码,下班前最后一件事合并代码 好景不长,开发越来越多,代码文件越来越多.每天下班前合并代码时,发现很多合并失败的文件.最后每天加班三小时人工合并代码. 解决方法:将合并代码的周期缩短,以前一天,现在一小时,半小时... 随时随地将代码合并,这种方法叫做持续集成. 持续集成 持续集成(CONTINUOUS INTEGRATION,简

第1章 gitlab 1.1 系统环境 [root@jenkins ~]# cat  /etc/redhat-release CentOS Linux release 7.2.1511 (Core) [root@jenkins ~]# uname -r 3.10.0-327.el7.x86_64 [root@jenkins ~]# uname -m x86_64 #准备目录 mkdir -p /tar/tools mkdir /app 1.2 使用系统自带git [root@jenkins ~]

本文主旨 看到好多加速Jenkins安装插件速度的文章, 大多数教程中都是在插件配置里使用下边的url来替换原有的https://mirrors.tuna.tsinghua.edu.cn/jenkins/updates/update-center.json 替换原来的官方的json,我们来看看清华源拉下来的是什么 这里我们发现,无论是更换还是没更换源,下载插件的速度其实是没有变的!真是令人心痛!

构建gitlab+Jenkins+harbor+kubernetes的DevOps持续集成持续部署环境 整个环境的结构图. 一.准备工作 gitlab和harbor我是安装在kubernetes集群外的一台主机上的. 1.1.设置镜像源 docker-ce.repo [root@support harbor]# cat /etc/yum.repos.d/docker-ce.repo [docker-ce-stable] name=Docker CE Stable - $basearch base

1.打开左侧Manage Jenkins 选择Manage Plugins菜单 2.搜索Folders插件,该插件用于创建一个目录 3.点击安装进入插件安装状态,Jenkins会自动下载相关联的插件 4.若遇到插件无法下载的情况,展开Failure信息,找到对应的hpi信息,换一个国内镜像下载(事实上这种情况经常发生,各种插件都无法下载,在前面的安装文档中,我们已经将镜像地址改成了国内的地址,但仅对插件新版本检查有效,下载插件时依旧走update-center.json配置的官网地址,这是个大坑

方法一: 管理插件页面配置如下: 这个 URL 改成http://mirror.xmission.com/jenkins/updates/update-center.json 或https://mirrors.tuna.tsinghua.edu.cn/jenkins/updates/update-center.json 方法二: 使用nginx自定义代理插件(清华镜像) nginx配置文件如下: server { listen ; server_name mirrors.jenkins-ci.o

写在前面的话 从我的工作经历来看,刚出来的时候的第一家公司我们上线采用的是脚本上线.就是那种开发合并完代码以后,在一个固定的时间点,我们上服务器执行更新脚本打包更新.这种方法有一个很大的问题,就是对于整个更新过程,我们并不直观,而且除非服务器之间免密登录互信,否则写脚本也很麻烦.当然那是早期的时候.后来接触的东西多了,在这些东西里面自然也就包含了 Jenkins,当然,Jenkins 不一定最好的,但可以这样说,是我遇到用的最多的.同类产品也有很多,感兴趣的可以去了解. CI / CD 在我写这

公司安装的jenkins 自动布署服务挂了,好像有漏洞一直搞,打算重新安装一个,随便再学习一下 一上来就用docker 解决问题 #!/bin/bash docker stop myjenkins docker rm myjenkins docker run --name myjenkins -p : -p : \ -v `pwd`/myjenkins:/var/jenkins_home jenkins/jenkins 很快就跑起来了,但是遇到一个问题,就是docker 加速找的阿里云,jenk

本文主旨 看到好多加速Jenkins安装插件速度的文章,大多数教程中都是在插件配置里使用 https://mirrors.tuna.tsinghua.edu.cn/jenkins/updates/update-center.json 替换原来的官方的json,我们来看看清华源拉下来的是什么 这里我们发现,无论是更换还是没更换源,下载插件的速度其实是没有变的!真是令人心痛!