Jenkins+Git 集成测试(build、zip、curl)

 任务要求:

  这三个步骤都在job配置页面中Build部分添加build步骤。

  首先添加“打包构建”的命令:

cd buildScripts\
build.bat

 build.bat中会自动使用dojo的构建工具。

 

  添加压缩命令:

cd buildOutput

// 将构建后生成的文件夹和文件拷贝到一个目录中
mkdir WebAppBuilderForArcGIS
move client WebAppBuilderForArcGIS
move server WebAppBuilderForArcGIS
move startup.bat WebAppBuilderForArcGIS
// copy nodejs.exe到目录中
xcopy E:\youPath\nodejs WebAppbuilderForArcGIS\server /Y /E

// 调用7zip生成压缩包
"C:\Program Files\7-Zip\7z.exe" a wab.zip WebAppBuilderForArcGIS\*

//将zip包拷贝到目标目录
mkdir E:\yourPath\WebAppBuilderForArcGIS\%BUILD_NUMBER%

copy wab.zip E:\xt-release\WebAppBuilderForArcGIS\%BUILD_NUMBER%
move wab.zip E:\xt-release\WebAppBuilderForArcGIS\

  在这一步过程中需要有7zip和nodejs

 

  发送zip:

curl http://server:8080/job/Project/build?token=build_WABSanity

  这一步我们使用curl命令,告诉另一台远程服务器,我们的zip已经压缩好了。远程服务器接受命令后,执行自己的自动化脚本。

  在这个过程中windows用户需要单独安装curl,并且在全局变量path中配置curl的目录,使curl成为全局命令。

 

  在这次配置中碰到的坑是:虽然所有的脚本命令都没有异步操作,但如果这所有的命令都放到一个build step中,执行完build.bat后并不会继续执行下面命令。最后得出的结论是将整个流程拆分,每一部分单独放到一个build step中

时间: 2024-10-07 10:17:23

Jenkins+Git 集成测试(build、zip、curl)的相关文章

【转载】Jenkins + Git + Maven + tomcat集成环境搭建

本文转载自http://shift-alt-ctrl.iteye.com/blog/2208786   折腾了好几天,终于吧Jenkins + Git + Maven + tomcat集成环境搭建起来了,最终主要实现"自动构建.部署"web应用.   1.安装环境     操作系统:Centos 6.5     JDK:1.7.x     Maven:3.1.x     Git: 1.7.1,自建GitLab平台     tomcat:7.x       上述宿主机器2台:192.16

jenkins + Git 搭建持续集成环境

持续集成通过自动化构建.自动化测试以及自动化部署加上较高的集成频率保证了开发系统中的问题能迅速被发现和修复,降低了集成失败的风险,使得系统在开发中始终保持在一个稳定健康的集成状态.jenkins是目前广泛应用的持续集成工具,本文记录我使用jenkins+Git配置持续集成环境的整个流程以及踩到的坑(jenkins过程的坑往往不是在第一次配置,而是在配置结束后更改某些配置项的时候踩到). 总体流程如下: tomcat8.0下载地址:http://tomcat.apache.org/ jenkins

jenkins git gradle编译问题

问题描述 jenkins git gradle编译问题 提示错误: What went wrong: Task 'clean' not found in root project 'workspace'. 解决方案 http://blog.csdn.net/java2009cgh/article/details/47166835http://blog.csdn.net/voiceofnet/article/details/45197883

Docker+Jenkins+GIT+Tomcat实战持续化集成

Docker基础教程可参考:容器Docker详解Jenkins基础知识可参考:jenkins笔记(1)Git基础知识可参考:GIT笔记文件脚本内容参考:junsansi,可以根据实际项目具体修改脚本. 一.概要 开发将源码上传到github仓库,通过jenkins持续集成引擎结合git工具,将源码拉取到jenkins服务器,通过工具maven在本地讲源码编译打包成war包,在ssh到Docker宿主机,通过执行脚本生成制作自定义的Dockerfile,最终执行生成images,并启动contai

Git学习-->关于Jenkins编译时候,如何获取Git分支的当前分支名?

一.背景 因为代码都迁移到了Gitlab,所以Jenkins编译的时候我们都需要将之前的SVN信息换成现在的Git信息.最近编译一个Lib库的时候,因为团队规定上传Release版本的AAR到Maven的话,必须需要在Jenkins上编译而且Git Branch 必须是master分支才能够上传到Maven. 因此我们就需要在Gradle脚本中,获取Git Branch ,Git Commit等相关信息.但是在获取Git Branch的时候出现了问题,在本地Android Studio编译的时候

使用阿里云容器服务Jenkins实现持续集成和Docker镜像构建(updated on 2017.3.3)

持续集成作为敏捷开发重要的一步,其目的在于让产品快速迭代的同时,尽可能保持高质量.每一次代码更新,都要通过自动化测试来检测代码和功能的正确性,只有通过自动测试的代码才能进行后续的交付和部署.本文主要介绍如何将时下最流行的持续集成工具之一的Jenkins结合阿里云容器服务,实现自动测试和镜像构建推送. 接下来的演示是如何通过阿里云容器服务Jenkins实现自动测试和Docker镜像构建,实现高质量的持续集成.具体场景:每次代码提交到GitHub上的nodejs的项目中,阿里云容器服务Jenkins

基于Docker容器的,Jenkins、GitLab构建持续集成CI

** 开发者将代码提交(push)到GitLab后,GitLab通过Hook通知jenkins,jenkins自动从GitLab中获取项目最新的源码进行集成和发布. 基于Docker,创建一个私有GitLab的容器,创建一个jenkins的容器** 1. 构建私有的GitLab容器 https://about.gitlab.com/installation/#centos-7,直接安装gitlab,不借助docker 通过docker-compose的方式安装gitlab,docker-comp

一步一步用jenkins,ansible,supervisor打造一个web构建发布系统

新blog地址:http://hengyunabc.github.io/deploy-system-build-with-jenkins-ansible-supervisor/ 一步一步用jenkins,ansible,supervisor打造一个web构建发布系统. 本来应该还有gitlab这一环节的,但是感觉加上,内容会增加很多.所以直接用github上的spring-mvc-showcase项目来做演示. https://github.com/spring-projects/spring-

Jenkins 应用三十六计-插件信息[转载]

Jenkins 三十六计 第一计:Jenkins用得好,插件不能少. 案例一 企业级Jenkins之插件推荐列表[W1] [相关计策:第一计] 开源版本的Jenkins 具有三大能力:Master-Slave的分布式构建调度能力.Pipeline编排能力.强大的开源生态(插件)能力. 2017年4月,Jenkins创始人KK(Kohsuke Kawaguchi )来到中国,交流中他也明确表示Jenkins的成功主要取决于其开源生态系统,Jenkins有1400多个插件可供使用.因为有开源的插件生