jenkins+maven+ansible实现测试环境完全自动发布

1、jenkins安装配置略
2、配置maven

[[email protected] maven]# cat /etc/profile.d/maven.sh
export MAVEN_HOME=/usr/local/maven
export PATH=$PATH:$MAVEN_HOME/bin
[[email protected] maven]# source /etc/profile

3、jenkins里配置maven环境

4、新建自动风格项目-api_125_8181



5、编写ansilbe-playbook

[[email protected] ansible]# ll
总用量 28
-rw-r--r--.  1 root root 19179 1月  30 04:15 ansible.cfg
drwxr-xr-x.  2 root root    16 7月   2 12:50 group_vars
-rw-r--r--.  1 root root   129 6月  26 15:40 hosts
drwxr-xr-x. 12 root root  4096 6月  28 20:00 roles
备注:全局变量,指定了jenkins的workspace
[[email protected] ansible]# cat group_vars/all
jenkins_home: /var/lib/jenkins/workspace/

[[email protected] roles]# cat api_125_8181/tasks/main.yml
- name: copy api
  copy: src={{ jenkins_home }}/api_125_8181/target/exchange-api.war dest=/opt/exchange-api/www/ROOT.war  backup=yes
- name: restart api
  shell: /opt/script/startapi.sh   #调用目标主机的脚本,进行服务重启
[[email protected] roles]# cat api_125_8181/api.yml   #该入口文件配置在上面的jenkins当中,当jenkins构建时,调用执行任务
- hosts: 172.16.1.125
  remote_user: root
  roles:
  - api_125_8181   #指定roles目录下哪个项目
[[email protected] ansible]# tree roles/api_125_8181/
roles/api_125_8181/
├── api.yml
├── files
│?? └── startfront.sh
├── front.retry
└── tasks
    └── main.yml

2 directories, 4 files
[[email protected] ansible]# 

6、构建调试

原文地址:http://blog.51cto.com/9682938/2135024

时间: 2024-10-08 17:04:00

jenkins+maven+ansible实现测试环境完全自动发布的相关文章

Jenkins+Maven+Github+Tomcat+shell实现自动化集成发布

Jenkins+Maven+Github+Tomcat+shell实现自动化集成发布在做这个工作得时候我查了很多网上资料,比较杂乱,最终在一名叫ianjinsong作者得文章中获得启发,还是要感谢这位仁兄!一.环境准备:Jenkins+Tomcat服务器:106.12.93.190(百度云主机,测试Jenkins使用)Tomcat服务器:118.24.137.86 (腾讯云主机,测试发布ZrLog项目专用)Github服务器:https://github.com/longyueyang/test

愚人节?测试环境OK,发布到公网跑不了?!

软件在测试环境测试通过了,但是发布到线上就跑不通了.面对这种情况,测试新人怕责怪怕背锅,测试老员工怕说自己测试能力资质一般:但其实遇到问题,如果能够快速的定位到是什么问题,就一切都好办了!起码你不会被质疑资质平庸! 首先,我们要弄懂什么是测试环境什么是公网环境(也就是生产环境). 第二,我们先要沉着冷静,把问题给看清楚(现在是测试环境是没有任何问题的,但是发布上去,公网上有问题). 第三,从第一点,我们知道,测试环境和公网环境是两个不同的环境,它们也许数据库结构是一样的,代码是一样的,但是运行的

[ jenkins ] git+jenkins+maven + ansible 部署java程序

1. 工具介绍 git:版本控制,一般都是托管到代码仓库的.如 github.coding.gitlab (本文以 coding 为例) jenkins:持续集成工具之一,也是最常用的工具,主要工作就是将代码从git仓库pull下来,通过maven打包,在部署到服务器上 maven:java 项目管理构建自动化工具,主要是将 java 源代码打包成 jar 程序 ansible:批量部署程序所使用的工具. 下面介绍的部署过程使用到了以上 4 个工具. 主机介绍: 实现思路: 2. 持续集成实例

MAVEN开发,测试环境Properties的替换支持

1)在src/main/resources下面建立dev,product目录 src/main/resources/dev src/main/resources/product 2)分别在这两个路径下放置适合各自环境的配置文件,如db.properties, log4j.properties等 3)配置pom,进行环境的选择. 3.1)配制plugin <plugin> <groupId>org.apache.maven.plugins</groupId> <ar

使用jenkins + supervisor 实现standalone下多副本自动发布

上一篇我们用jenkins做了一个简单的自动化发布,在shell中采用的是 BUILD_ID=dontKillMe nohup dotnet xxx.dll &  这种简单的后台承载,如果你的业务 量相对比较小,可以用这个方法玩一玩,但存在二个问题:1. 无法对进程进行批量或者可视化管理. 2. 单机模式下的多副本部署比较麻烦,比如你在一台机 器上开启多个同样的程序来提高队列的处理能力,解决这两个问题你可以使用netcore官方推荐的supervisor 进程管理工具. 一: superviso

测试环境docker化—容器集群编排实践

本文来自网易云社区 作者:孙婷婷 背景 在前文<测试环境docker化-基于ndp部署模式的docker基础镜像制作>中已经详述了docker镜像制作及模块部署的过程,按照上述做法已可以搭建测试环境.但是在实践过程中发现存在很多问题: 在一台云主机上搭建多个模块,容易出现资源不足的情况(我们在实验过程中有台云主机好几次宕机,经常要删掉不用的镜像容器): 部分模块之间需要相互调用,为方便部署多套环境简化配置修改,部署时需要确定容器的ip地址: 手动敲命令一个个构建容器,n个模块就要敲n个构建指令

Windows Azure Web Site (10) Web Site测试环境

<Windows Azure Platform 系列文章目录> 我们知道,在使用Azure Cloud Service的时候,会有2个不同的环境,称为Production环境和Staging环境. Windows Azure Cloud Service (5) 由过渡环境向生产环境过渡 - Production环境就是生产环境,DNS地址就是真实的DNS地址 - Staging就是过渡环境,DNS地址是随机的GUID地址.我们可以在Staging环境里先进行测试,测试通过以后可以把Stagin

Windows下搭建Jenkins+Jmeter+Ant 自动测试环境

1.JDK \Jmeter \ Ant安装: 1.1.      安装JDK: 双击jdk-7u80-windows-x64.exe安装,默认安装到C:\ProgramFiles\Java目录 1.2.      安装Jmeter: 在我的电脑-E盘(建议与文档保持一致,否则需要修改配置文件),新建apache文件夹,然后将apache-jmeter-3.0.rar解压到到当前目录. 1.3.      安装Ant: 将apache-Ant-1.9.7.rar复制到E:\apache目录,然后解

利用apache+svn+jenkins+maven 实现java环境的自动化构建和部署(四)(网内首发超详细版)

6安装maven 下载地址:http://maven.apache.org/download.cgi 解压安装 unzip –o apache-maven-3.2.1-bin.zip mv apache-maven-3.2.1 maven 配置环境变量 MAVEN_HOME=/usr/local/maven export PATH=$MAVEN_HOME/bin:$PATH 7 java环境自动构建部署 7.1 新建job 输入名称如下图 输入SVN服务器地址 注意:上面已经认证过了,因此没有报