一.引言 Jenkins 2.x的精髓是Pipeline as Code,那为什么要用Pipeline呢?jenkins1.0也能实现自动化构建,但Pipeline能够将以前project中的配置信息以steps的方式放在一个脚本里,将原本独立运行于单个或者多个节点的任务连接起来,实现单个任务难以完成的复杂流程,形成流水式发布,构建步骤视图化.简单来说,Pipeline适用的场景更广泛,能胜任更复杂的发布流程.举个例子,job构建工作在master节点,自动化测试脚本在slave节点,这时候je

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

首先去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,里面参数的配置参考:

一直以来都是复制粘贴或者拖动文件完成部署,实在是低效得很!学了学fabric,写个了脚本.如下: from fabric import Connection import shutil HOST = '' # ip USERNAME = '' PORT = # port number PASSWORD = '' c = Connection(host=HOST, user=USERNAME, port=PORT, connect_kwargs={'password': PASSWORD}) sh

请参考: http://m.blog.csdn.net/article/details?id=50518959 1.启动 jenkins.war ,打开首页  192.168.158.129:8080,输入密码 启动: java -jar jenkins.war 查看密码: cat /root/.jenkins/secrets/initialAdminPassword 然后输入刚查到的密码. 2.选择插件的安装 选择完之后点击 continue 3.创建用户 4.可以使用了 5.新建一个工程 6

选择项目 自由风格

在原文件名的基础上加 UUID.randomUUID().toString()

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

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

一.集群环境规划配置 生产环境不要使用一主多从,要使用多主多从.这里使用三台主机进行测试一台Master(172.16.20.111),两台Node(172.16.20.112和172.16.20.113) 1.设置主机名 CentOS7安装完成之后,设置固定ip,三台主机做相同设置 vi /etc/sysconfig/network-scripts/ifcfg-ens33 #在最下面ONBOOT改为yes,新增固定地址IPADDR,172.16.20.111,172.16.20.112,172

  SpringCloud微服务包含多个SpringBoot可运行的应用程序,在单应用程序下,版本发布时的打包部署还相对简单,当有多个应用程序的微服务发布部署时,原先的单应用程序部署方式就会显得复杂且不可控.那么我们就会思考使用简单的部署方式,解决自动化发布.自动化部署.微服务监控等问题.   我们使用目前行业通用的解决方案,Jenkins+GitLab+Maven+Docker+Kubernetes来实现可持续自动化部署微服务的功能.下面将从工程中Maven打包文件配置.Dockfile文件编

Andriod应用程序如果要在手机或模拟器上安装,必须要有签名! 1.签名的意义 为了保证每个应用程序开发商合法ID,防止部分开放商可能通过使用相同的Package Name来混淆替换已经安装的程序,我们需要对我们发布的APK文件进行唯一签名,保证我们每次发布的版本的一致性(如自动更新不会因为版本不一致而无法安装). 2.签名的步骤 a.创建key b.使用步骤a中产生的key对apk签名 第一步,在Eclipse中选择需要打包的项目,然后右键--选择Export,会弹出一个打包的提示框,如下图

前言 本文主要介绍SpringBoot的一些打包事项和项目部署以及在其中遇到一些问题的解决方案. SpringBoot打包 在SpringBoot打包这块,我们就用之前的一个web项目来进行打包. 首先需要明确的是,该项目打包的形态是可执行的jar包,还是在tomcat下运行的war包. 虽然本项目是用maven构建的,用maven打包也更加方便,但是这里也说明普通非maven打包的项目如何打包. Maven打包 首先是maven方式打包: 如果是jar包 需在pom.xml指定打成的包为: <

前言 本文主要介绍SpringBoot的一些打包事项和项目部署以及在其中遇到一些问题的解决方案. SpringBoot打包 在SpringBoot打包这块,我们就用之前的一个web项目来进行打包.首先需要明确的是,该项目打包的形态是可执行的jar包,还是在tomcat下运行的war包.虽然本项目是用maven构建的,用maven打包也更加方便,但是这里也说明普通非maven打包的项目如何打包. Maven打包 首先是maven方式打包:如果是jar包需在pom.xml指定打成的包为: <pack

先来张图看看吧 构思 jenkins gradle 打包apk文件,python myqr 模块生成二维码 放入nginx 访问图片的路径,apk安装包放在 nginx 下载目录. 环境 centos 6.6  sdk(https://developer.android.google.cn/studio/index.html) gradle (http://services.gradle.org/distributions/)对应自己的版本去下载 jenkins 2.73.3 RPM 安装 ja

今天请教了大神,终于把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去执行这一个固定的流程,因为他们后端都是用Jenkins去实现自动化打包部署.我之前没用过Jenkins,于是我去Jenkins官网看了下,发现确实是可以使用Jenkins实现前端自动化打包部署的,因为Jenkins可以执行远程shell脚本,我们开发是在Windows下,只是相当于在Linux下打包而已,而前端项目完全是可以

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

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

<?phpset_time_limit(0); function traverse($path = '.' , $dir_name='') { $current_dir = opendir($path); //opendir()返回一个目录句柄,失败返回false while(($file = readdir($current_dir)) !== false) { //readdir()返回打开目录句柄中的一个条目 $sub_dir = $path . DIRECTORY_SEPARATOR .