一.环境准备 1.1 镜像仓库 整套 DevOps 流程使用 Harbor 作为内部镜像仓库,所有构建产物(镜像)都会推送到 Harbor,以备后续进行项目部署.Harbor 从 2.x 版本开始支持 OCI 标准镜像,如果是安装的 1.x 版本,在使用 Podman 构建镜像的时候,需要加上 --format docker 参数,以便生成 Docker 格式的镜像文件. 1.1.1 前置条件 配置要求: 双核 CPU,4 GB 内存, 硬盘 100 GB+ 系统要求: Rocky Linux

目录一览: 0x01 基础实践 0x02 进阶实践 (1) Sonarqube 代码质量检测之 Pipeline Script from SCM (2) Gitlab 自动触发构建之 Pipeline Script from SCM 0x03 入坑与出坑 WeiyiGeek Blog - 为了能到远

1   概述 持续集成(Continuous Integration)是一种软件开发实践.在本系列文章的前一章节已经对其背景及理论体系进行了介绍.本小节则承接前面提出的理论构想进行具体的技术实现. <Google软件测试之道>: "每天,Google都要测试和发布数百万个源文件,亿万行代码.数以亿计的构建动作会触发几百万次的自动化测试,并在好几十万个浏览器实例上执行.面对这些看似不可能完成的任务,谷歌是如何测试的呢?" 希望看完此文章的人,能够自己找到自己的答案. 2   

1   概述 持续集成(Continuous Integration)是一种软件开发实践.在本系列文章的前一章节已经对其背景及理论体系进行了介绍.本小节则承接前面提出的理论构想进行具体的技术实现. <Google软件测试之道>: "每天,Google都要测试和发布数百万个源文件,亿万行代码.数以亿计的构建动作会触发几百万次的自动化测试,并在好几十万个浏览器实例上执行.面对这些看似不可能完成的任务,谷歌是如何测试的呢?" 希望看完此文章的人,能够自己找到自己的答案. 2   

jenkins项目名称修改后,workspace的名称会同步更改,构建完了和原来的不是一个路径,如果每个前端项目一个单独的tomcat的话,需要更改nginx配置 /etc/nginx/conf.d

记录一下吧   算打一下 tag   最近在整得 swarm + jenkins 实现自动化部署 回滚 #构建jenkins 镜像 #dockerfile:      docker build -t  my-jenkins:v1.0 FROM jenkins USER root ARG dockerGid=978 ENV NODE_VERSION 6.9.4 #add jenkins to docker group and install nodejs/npm RUN echo "docker:

CentOS安装gitlab,gerrit,jenkins并配置ci流程 By Wenbin juandx@163.com 2016/4/9 这是我参考了网上很多的文档,配置了这三个软件在一个机器上,web分别访问8081,8082,8083端口,成功构建了一个ci流程. 版本都是目前最新的版本. 用户 Gitlab:  root/wenbindevops , wenbin/12345678 Gerrit:  gerrit/gerrit, wenbin/wenbin, jenkins/jenki

Jenkins其实就是一个工具,这个工具的作用就是调用各种其他的工具来达成你的目的. 1.备份.迁移.恢复jenkins 首先找到JENKINS_HOME,因为Jenkins的所有的数据都是以文件的形式存放在JENKINS_HOME目录中.不管是迁移还是备份,只需要操作JENKINS_HOME就行了. 迁移:建议将JENKINS_HOME打包后在拷贝,windows可以用zip,rar等,Linux有zip,tar等,然后将打包的文件解压到新的JENKINS_HOME目录就行了. 备份:如果是临

1.持续集成之gitlab+gerrit+jenkins 1.1. GitLab 1.1.1. 简介 GitLab 是一个使用使用Ruby on Rails搭建的,用于仓库管理系统的开源项目.使用Git作为代码管理工具,并在此基础上搭建起来的web服务 1.1.2. 环境搭建 a) Install and configure the necessary dependencies If you install Postfix to send email please select 'Interne

使用docker作为jenkins slave. 文章来自:http://www.ciandcd.com文中的代码来自可以从github下载: https://github.com/ciandcd 参考: https://www.cloudbees.com/blog/templating-jenkins-build-environments-docker-containers 需要安装插件: CloudBees Docker Custom Build Environment Pluginhttp

配置gerrit 在gerrit创建jenkins用户 把jenkins用户加入Non-Interactive的组中 Projects -> List -> All-Projects Projects -> Access -> Edit -> 找到 Reference: refs/heads/* 项 -> Add Permission -> Label Verified-> Group Name 里输入 Non-Interactive Users ->

在我们的日常运维工作中,使用jenkins来完成业务代码发版上线是至关重要的一环.前面已经提到在jenkins上添加用户权限的操作,今天重点说下如何在jenkins下构建项目工程进行代码发布? 在此简单介绍下jenkins进行代码发布的流程(根据本人的经历而述).1)代码上线要经历四个场景:Dev开发环境-->Test测试环境-->Beta验收环境-->Online线上环境Dev开发环境:开发人员在开发机上自行开发,开发后将代码上传到svn/git版本控制系统里.Test测试环境:将代码

近年来,由于开源项目.社区的活跃热度大增,进而引来持续集成(CI)系统的诞生,也越发的听到更多的人在说协同开发.敏捷开发.迭代开发.持续集成和单元测试这些拉风的术语.然而,大都是仅仅听到在说而已,国内也很少有公司能有完整的 CI 体系流程.反之一些开源项目都有完整的 CI体系,比如openstack. 由于感兴趣,也查阅了一些资料,专门在测试机上进行了一番部署.结合Gitlab+Gerrit+Jenkins,实现代码托管->代码审核->代码发布的一套流程. (1)Gitlab上进行代码托管 在

docker和Jenkins不是什么新东西了,两者结合也不是什么稀奇的事情,也已经有很多Jenkins和docker相结合的文章,此文仅为自己的一点心得实践,如有不对的地方,欢迎大家纠正. 先贴上大致的流程图,逐步说明: 代码-Git: 并没有什么好说明的,就是简单的使用了Git作为版本控制工具而已,通用使用规范不在细说.此步的产出:Git分支特定版本号 Git-自动构建.自动构建-代码包: 做法也很通用了,将project的Git钩子同Jenkins结合,达到特定分支有push时机触发自动构建

写在最前的总结:Jenkins其实就是一个工具,这个工具的作用就是调用各种其他的工具来达成你的目的.比如你要获取Subversion上最新的源代码,Jenkins会去调用SVNKIT(插件的核心Jar的名称).然后你需要编译源代码(假设是用maven编译),Jenkins会去调用maven的插件.最后你可能需要发布程序到服务器上(假设是使用的Tomcat提供服务),你可以通过Tomcat自己的API发布程序(有个插件就是通过这个功能实现的发布),你也可以通过ssh通道自己写shell脚本去实现.

原文:http://www.cnblogs.com/itech/archive/2011/11/11/2245849.html 一 Jenkins Master/Slave架构 Master/Slave相当于Server和 agent的概念.Master提供web接口让用户来管理job和slave,job可以运行在master本机或者被分配到slave上运行.一个 master可以关联多个slave用来为不同的job或相同的job的不同配置来服务. 当job被分配到slave上运行的时候,此时m

为了安全起见,SVN服务器除了做定时全量备份和增量备份以外,如条件允许,可做实时备份. 这需要2台机器,一台是master server,另一台做mirror server.master做主服务,mirror不对外服务或设置只读(除了同步账号可写外) 另外如果master负载比较高,可以把一些只读的应用设置为从mirror读取,例如Jenkins编译.(需保证实时同步一直工作) 步骤如下(这里以linux sever为例): 加下面代码段到pre-revprop-change以允许svnsync

前言 众所周知,现在App的竞争已经到了用户体验为王,质量为上的白热化阶段.用户们都是很挑剔的.如果一个公司的推广团队好不容易砸了重金推广了一个APP,好不容易有了一些用户,由于一次线上的bug导致一批的用户在使用中纷纷出现闪退bug,轻则,很可能前期推广砸的钱都白费了,重则,口碑不好,未来也提升不起用户量来了.静下心来分析一下问题的原因,无外乎就是质量没有过关就上线了.除去主观的一些因素,很大部分的客观因素我觉得可以被我们防范的.根据大神们提出的一套开发规范建议,CI + FDD,就可以帮助我

由于工作需要,需要为团队搭建一个高效可用的开发管理平台.现在可用的开发管理工具很多开源的.商业的,网上也有很多博客和文章.经过2周的学习比较,再结合自己的项目特点,最后选定工具集:gitlab+redmine+testlink+jenkins. 项目管理和bug跟踪工具:redmine.整个项目组一直使用的管理工具,这次只是做了升级(2.4.0) 代码管理工具:gitlab.原有的代码管理使用的是subversion,这次改用git的原因是需要开发人员支持离线操作. 测试管理工具:testlin

为了配合上一篇的ant+jenkins做持续集成,需要在linux环境下搭建一个jenkins平台.网上有很多安装的例子,我主要记录一下自己遇到的问题,真真的是特别惆怅的,每次我遇到的问题都格外多. 主要分为三块内容,具体如下: *安装 *问题及解决, 一 安装jenkins 1 首先确认该机器已经安装jdk,确认方式:在linux机器上输入  java -version,若系统可识别java命令,则表示已安装jdk,如下 得到的1.7.0_79为java版本,需注意:有些版本的jenkins不

在之前一个项目开发中使用到了jenkins自动化测试,根据实际应用,简单整理了其部署方案. 1.部署 2.项目构建 3.重部署 1 部署 登录Jenkins应用管理界面 1)选中一个服务器上已在jenkins成功部署的项目,记住其项目名.如本次部署选择参考服务器上的项目:server-activities-trunk(test1) 2)新建: 3)填入新建项目名称:xbank_core后,选择“复制已有的Item”的模式,填入第一步记住的项目名称:server-activities-trunk(