一.实验环境 git                      192.168.200.71 jenkins    192.168.200.72 docker               192.168.200.73 [root@web ~]# systemctl stop firewalld[root@web ~]# iptables -F[root@web ~]# setenforce 0 二.安装docker-ce 1.安装依赖环境 [root@jenkins ~]# yum -y ins

之前曾写过docker及jenkins基础使用  https://www.cnblogs.com/xiaochangwei/category/816943.html 现在搭建环境的功能为: 1.jenkins自动拉取代码打包 2.根据时间戳生成docker镜像 3. 启动生成的镜像 3.1.可以指定启动的名字和访问路径 3.2.可以指定端口 3.3.如果端口或名字已经被占用,则直接停掉之前启动的 4.访问的时候不要输入端口,直接为 测试环境ip/应用名字 根据要求,采用了下列步骤方法: 1.构建

首先去jenkins的官网下载安装包 https://jenkins.io/   个人下载是长期稳定的那个版本,下载后,得到一个.msi的安装包: 点击进行安装,然后一直点击下一步. jenkins会自动占用8080端口,如果这个端口不希望被jenkins占用,可以去文件夹里的这个文件进行修改: 修改后,需要去服务里面进行jenkins的重启: 在打开浏览器界面的时候,会有一步提示输入密码,上面有一个路径,可以去那个文件里面找到对应的password:复制,粘贴到输入框内,然后开始下一步,最后面

需要用到2个插件. git parameter:用于参数化构建时选择分支. Publish Over SSH:用于上传jar包和操作tomcat 1.先在系统设置添加要连接的linux服务器,使用用户名和密码验证,不需要私钥和公匙.并在高级里点击test是否成功 2.新建maven的job,添加参数化构建 3.选择git,git的分支选择步骤2的name 4.maven命令输入打包install -Dmaven.test.skip=true -U 5. 添加over ssh,里面参数的配置参考:

前言 记录 Jenkins + gitlab + maven 自动打包部署后端项目详细过程! 需求背景 不会偷懒的程序员不是好码农,传统的项目部署,有时候采用本地手动打包,再通过ssh传到服务器部署运行,这种方式对于单应用部署还算可以,不会耗费太大时间,但假如分布式项目,拆分为多个微服务部署,那么每个服务都打包部署一遍,发布上线可能会耗时非常久,Jenkins + gitlab + maven 可以实现自动打包,部署到远程服务器- 什么是gitlab? 程序员肯定都懂的,跟gayhub一样的东西

前面只说了DevOps的两个基础组件Jenkins和GitLab,客官也不要着急,我们玩就玩的深入一点,Gitlab和Jenkins的各种配置和 插件很多,也够啃一阵子的,不要照着操作一通就感觉万事大吉了,多做些边缘测试,多玩点不一样的操作,那今天我们来点 实战整合加强训练. 作者原创文章,谢绝一切转载,违者必究! 准备: VMwareWorkstation15Pro/RHEL8.0/Jenkins2.222.3/Gitlab-ee-13.0.0 难度: 新手--战士--老兵--大师 说明: 为

传统网站部署的流程 在运维过程中,网站部署是运维的工作之一.传统的网站部署的流程大致分为:需求分析->原型设计->开发代码->提交代码->内网部署->内网测试->确认上线一>备份数据->外网更新->外网测试->发布完成.如果在内网测试时发现代码有异常,返回代码开发人员名字,调整代码:如果在外网测试时发现外网部署的代码有异常,可以及时进行网站回滚. 传统代码上线的过程 开发人员发起代码上线的需求(邮件中包含开发做好的WAR包)-->运维人员连

环境 Windows 10 Docker Version 18.06.1-ce-win73 (19507) 运行jenkins 运行jenkins 容器 docker run -d --name lnmp-jenkins --user root -p 8080:8080 -p 50000:50000 jenkins/jenkins:2.165 1.请使用 root 账户运行,否则使用默认jenkins账户运行的时间将会有问题. 2.由于是Windows 环境,所以这里不建议挂在数据卷.否则将会有

原始发布部署: 石器时代的我们,先是本地打包好项目,在去服务器上把原来的文件删了,然后回到本地copy到服务器: 这操看起来简单,实际部署的人就知道多烦了,假如来几个项目都要重新发布:那就爽了: 今天小编分享个自动打包部署方法,Jenkins 上只要你的小鼠标轻轻一点就OK: 正文: 首先是服务器上安装 Jenkins :前提呢要现在服务器上安装Java 环境  因为他是依据Java 环境运行的: 这里如何安装就不多说了,请参考这位哥们的博文 https://blog.csdn.net/runn

当时也是花费了不少时间来配置Jenkins自动打包的问题,觉得还是需要记录一下. 1.安装Jenkins,这个很简单,不需要多说. 2.下载Git Plugin,Gradle Plugin,Android Emulator Plugin(这个可以配置SDK路径,觉得这个插件挺好), Email Extension Plugin 邮件提醒插件,自带的邮件提醒插件确实太弱. 3.配置,SDK路径,JDK路径,Git路径,Gradle路径. 配置git: git config –global user

关于Jenkins自动打包Android的apk包,网上官方的太多,这里简单纪录一下博主的经历和打包的参数纪录 (本篇文章需要对Jenkins有最基本的基础了解) 博主所在公司曾负责app测试过程中发生过事故,测试环境和预发布环境测试通过后,开发再打包正式环境apk时,忘记修改部分配置参数 导致上线后,app各种功能故障,龙颜大怒,紧急重新发版. 好处:1.服务器自动打包,想什么时候要就什么时候要,不局限于开发是否有空 2.打包发版转交给测试进行实施,安全闭环进一步锁牢,风险降低 3.持续集成,

今天请教了大神,终于把jenkins给搞明白了 现在做下笔记,防止自己老年痴呆又忘了怎么配置 (截图可能不够清晰,有不清楚的随时评论打call) 机器配置: 安装配置规划 机器 192.168.169.139(本机虚拟机) 192.168.169.140(本机虚拟机) 系统 Red Hat Enterprise Linux Server release 6.4 (Santiago) 系统内核 2.6.32-358.el6.x86_64 安装包 jenkins.war 路径 Tar包路径:/hom

以前写过一个版本,jenkins打包部署的全果然,然后...没保存,现在重新写一个版本从按照开始. 项目平时部署情况,svn拉代码,开发打包后进行给测试,测试上传到跳板机,杀掉以前项目进程,上传到服务器,启动起来. jenkins也是同样的过程,只是使用了jenkins去把人工的步骤给做了. 不多说现在开始准备工作. 1.windows下载好jenkins并安装成功(目前只讲windows版本,后面的liunx可以使用主从来实现) 安装好后,访问本地 发现了写得很全的,不在重复写,大家可以去查看

设置构建触发器 Poll SCM H/2 * * * * 设置 构建脚本 # #xodebuild & jenkins 自动构建并上传至pgyer.com #2017年5月9日 # #定义一些变量 PROJ_NAME="zhixinStuApp" cd ./${PROJ_NAME} ARCHIVE_NAME="${PROJ_NAME}#${BUILD_NUMBER}#Pro.xcarchive" LIBRARY_PATH="~/Library&qu

转载自 https://segmentfault.com/a/1190000012921606 环境 阿里云ESC,宿主机服务器安装Docker,在安全规则中确认8080端口开启. 客户端mac 运行jenkins 运行jenkins容器 在主机上创建目录,并添加读写权限以便jenkins应用运行时读写文件,如: $ mkdir -p /var/jenkins_node $ chmod 777 /var/jenkins_node 拉取jenkins镜像:docker pull jenkins,当

一. 前言 大家在自己玩微服务项目的时候,动辄十几个服务,每次修改逐一部署繁琐不说也会浪费越来越多时间,所以本篇整理通过一次性配置实现一键部署微服务,实现真正所谓的一劳永逸. 二. 配置服务器 1. Docker安装 服务器需要安装Docker,如未安装参考这篇文章安装即可 Docker实战 | 第一篇:Linux 安装 Docker 2. Docker开启远程访问 vim /usr/lib/systemd/system/docker.service # 在ExecStart=/usr/bin/

1.打包 与平常maven项目打包一致,不再赘述 2.杀死原有进程 通过 pid=`ps -ef|grep $APP_NAME|grep -v grep|awk '{print $2}' ` 获取当前进程的pid 然后通过kill -9杀死 3.脚本执行java -jar xxx.jar 脚本中执行此命令,在系统中发现并没有运行. 但是将所有命令放这sh脚本中执行,没有任何问题(到Jenkins的workspace下直接sh执行) 经查询资料发现,Jenkins在执行完命令后,会杀死所有的子进程

写在前面 初步接触持续集成自动化过程,本篇主要介绍基于Jenkins实现持续集成的方式,通过案例介绍线上自动编译及部署的配置过程 持续集成 持续集成是一种软件开发实践,即团队开发成员经常集成它们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误. Jenkins Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,功能包括: 1.持续的软件版本发布/测试项目. 2.

随着springboot+springcloud(dubbo)越来越多人使用,流行的微服务的概念越来越深入人心.分布式部署越来越复杂,给手动发布带来很大工作量.为了方便前期测试和后期线上部署更新,可使用Jenkins作为持续集成工具. mac下开发推荐使用homebrew管理软件包,使用方法可查考之前homebrew的安装方法.该步骤下默认maven和git都已安装好. 1. 下载jenkins mac下:推荐使用命令brew install jenkins,或者直接到jenkins官网下载 b