JackyZheng

使用Jenkins进行CI集成化测试和自动化部署（二） 上一篇文章简单介绍了Jenkins的配置环境，在开发团队中我们一般会使用Jenkins完成几个工作 1 程序员开发代码后自动部署到开发服务器验证流程，查看页面效果 2 QA部门每天对开发部门的代码做静态检查，并对接口进行自动化测试，给出测试报告发给开发组 3 进入集成测试阶段后，开发组转入集中修复Bug阶段，测试组需要构建

公司其他java和安卓项目都是用Gradle做配置管理，jenkins集成后使用静态代码检查工具没有问题，现在其他项目组使用Maven作为配置管理，对Maven研究了一哈，窃以为还是Gradle的语法更加简洁。第一步还是确认环境，需要在jenkins哪里安装maven并进行环境配置，一切都是常规安装，修改profile文件之后执行mvn验证，如果没有问题会看到以下代码[INFO] Sc

公司web项目前端有项目使用了egret，看网上对这个集成网上的描述比较少，找了一些资料编译成功。首先安装node和egret，node采用常规wget方式安装，egret采用github下载后安装方式。然后配置node egret的路径，编辑/etc/profile，加入路径。执行node -v 输出正常，执行egret报错，提示找不到env路径/usr/bin/env: bad i

公司根据客户需求将前端打包成了一个windows的客户端，采用的技术方案是Nw.JS以及Inno Setup配合，将前端初步编译生成之后的静态文件手工进行打包之后发布给测试人员。由于前端打包工作较为重复繁琐，准备将打包流程归纳到整个项目的自动发布流程中，由测试人员自主进行自动打包。通过研究网上资料以及与前端人员交流，得到基本思路是先跳过编译过程，将编译后的静态文件和Inno 打包脚本取出后命令

CentOS环境安装Jenkins Jenkins是目前流行的集成测试工具，我们使用Jenins+Gradle+Maven来实现集成测试和自动化部署；整理基本安装环境配置需要的基础软件和环境，所有软件统一安装到usr/local/目录，其中tomcat需要配置成Service方式自动启动。1 Java JDK 的安装Java JDK 是Java编译和运行的必要环境，所以首先

Jenkins 使用ssh工具在仆从机上执行python脚本报错，xcodebuild 最后codesign 时报错 unknown error -1=ffffffffffffffff，本地执行没有问题，查询后发现是codesign的权限问题，需要给安全权限运行脚本前需要执行 security -v unlock-keychain -p “这是登录用户的密码” ~/Library/Keychain

使用xcode9构建的时候提示 provisioning profile错误，根据IOS的编译判定是由于新的工程没有生成对应的profile文件的原因，另外可能原因是xcode9之后必须使用profile文件。解决方法有两个： 第一个方法既然没有profile文件，那么就给他重新生成一个让xcode调用就可以了，打开xcode9的对应工作空间，然后将Automatically manage sig

在Jenkins使用IOS打包问题（二）中我使用手动更新签名的方式来更新签名，其中留下来还是要手动点击的这么不“优雅”的事情，我们写了一段Python的脚本实现了自动打包并上传的功能，但是在使用过程中发现如果我们增加一台device id，我们使用该脚本结合Jenkins打包出来的IPA包实际上无法增加任何一个device id，只能由我们的开发人员手动打包，这个问题比较麻烦，经过一轮研究之后解决...

在使用微服务架构的开发服务中，为了顺利构建需要多个微服务原本的Jenkins的流程并不适合，这时候采用Pipeline的方式进行发布。node { def mvnHome stage('git clone') { // for display purposes // Get some code from a GitHub repository checkou...