一.实验环境 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…
传统网站部署的流程 在运维过程中,网站部署是运维的工作之一.传统的网站部署的流程大致分为:需求分析->原型设计->开发代码->提交代码->内网部署->内网测试->确认上线一>备份数据->外网更新->外网测试->发布完成.如果在内网测试时发现代码有异常,返回代码开发人员名字,调整代码:如果在外网测试时发现外网部署的代码有异常,可以及时进行网站回滚. 传统代码上线的过程 开发人员发起代码上线的需求(邮件中包含开发做好的WAR包)-->运维人员连…
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自动打包Android的apk包,网上官方的太多,这里简单纪录一下博主的经历和打包的参数纪录 (本篇文章需要对Jenkins有最基本的基础了解) 博主所在公司曾负责app测试过程中发生过事故,测试环境和预发布环境测试通过后,开发再打包正式环境apk时,忘记修改部分配置参数 导致上线后,app各种功能故障,龙颜大怒,紧急重新发版. 好处:1.服务器自动打包,想什么时候要就什么时候要,不局限于开发是否有空 2.打包发版转交给测试进行实施,安全闭环进一步锁牢,风险降低 3.持续集成,…
当时也是花费了不少时间来配置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的官网下载安装包 https://jenkins.io/   个人下载是长期稳定的那个版本,下载后,得到一个.msi的安装包: 点击进行安装,然后一直点击下一步. jenkins会自动占用8080端口,如果这个端口不希望被jenkins占用,可以去文件夹里的这个文件进行修改: 修改后,需要去服务里面进行jenkins的重启: 在打开浏览器界面的时候,会有一步提示输入密码,上面有一个路径,可以去那个文件里面找到对应的password:复制,粘贴到输入框内,然后开始下一步,最后面…
之前曾写过docker及jenkins基础使用  https://www.cnblogs.com/xiaochangwei/category/816943.html 现在搭建环境的功能为: 1.jenkins自动拉取代码打包 2.根据时间戳生成docker镜像 3. 启动生成的镜像 3.1.可以指定启动的名字和访问路径 3.2.可以指定端口 3.3.如果端口或名字已经被占用,则直接停掉之前启动的 4.访问的时候不要输入端口,直接为 测试环境ip/应用名字 根据要求,采用了下列步骤方法: 1.构建…
1  绪论 1.1 课题的研究背景 随着IT行业的不断发展,软件开发的复杂度也随着不断提高.与此同时,软件的开发团队也越来越庞大,而如何更好地协同整个团队进行高效准确的工作,从而确保软件开发的质量已经慢慢成为了开发过程中不可回避的问题. 在软件开发中,不同的功能模块一般由不同的开发成员负责,同一功能模块的各层代码也可能是不同的开发成员编写,经验告诉我们,模块之间的问题是最难解决的,也是最耗费时间的.它需要多个开发人员相互协作找出问题,而协作过程中的沟通所消耗的时间成本是相当高的.而且还可能因为沟…
故事背景 一个中小型企业,是典型的互联网公司,当初期的时候可能运维只能标配到2~3人,此时随着公司的发展,项目会逐渐增多.前期部署项目可能都是手动的, 俗称“人肉部署”,这简直是无比的痛苦,不能忍受的.这样开发的时间也会耽误,运维的时间也会耽误,全都浪费在这些重复性的工作上面,毫无价值可言, 这时候运维终于忍受不了,上了脚本.但是慢慢的发现项目依旧在增长,脚本每次还要更改给开发,效率低下,后来测试环境以及开发环境直接上了jeknins, 每台开发机器是jeknins agent端,自此,开发环境…