1. 开发环境
    我这边建立的标准开发环境如下：
    1. Maven做项目管理；
    2. Git做代码管理；
    3. SpringMVC+Spring+Mybatis搭建的程序框架；
    4. Mysql作为数据存储，Druid做连接池；
    5. unitils作为测试框架；
    6. Hibernate Validator作为数据验证；

    7. log4j作为日志输出。
    注：其实这套东西非常像Grails，但不敢用太激进的技术和框架，担心招人的问题-_-!

2. Jenkins的部署
    Jenkins原名是Hudson，这个渊源这里就不追溯了，网上多得是，但是千万别下错了，官网地址是http://jenkins-ci.org/。建议直接下载最新版本。

    这个软件的安装是我见过最简单的了，直接取war包放到tomcat下，启动tomcat即可。相应的工程配置会在~/.jenkins目录中。（当然你根据官网给的那种安装方法也行，只是在debian的那个弄法还要去下载openjdk等等，多下了很多东西，相关配置也按linux目录标准分开的，还要去找。）

    另外提醒一下，建议把Jenkins安装在Linux上，这样就不会出现ssh等命令找不到的问题，否则还要想办法去处理。

3. Jenkins的插件
    安装好后直接访问“http://yourhost:8080/jenkins”即可进入主界面，点击“系统管理”->“管理插件”，首次进入都是空白的，要等1分钟左右才能看到内容，在后台估计是在做更新或者下载，然后重新再进此界面就能看到内容了。

3.1 Git插件
    在“可选插件”中找到“GIT plugin”安装，最下面有个安装完重启的勾选项，选中即可。这里最搞笑的是检测网络是否连通的办法是去尝试打开google，岂不知天朝是打不开的，还好不影响下载。。。

3.2 Email插件
    这个事情非常蛋疼，之前测试怎么都发布出来邮件，最后升级了一下默认插件就行了，狂汗。在“可更新”中找到“Mailer Plugin”选中并更新即可。另外如果想有更丰富的邮件内容，就去“可选插件”中安装“Email Extension Plugin”，具体邮件内容配置网上大把可以搜。

3.3 其他插件
    默认就装了很多常用插件，比如Maven、Junit等等，如果使用感觉有问题可以尝试升级一下版本，但是没有升级说明，也不知道升级了什么东西。

4. 系统设置
    主界面点击“系统管理”->“系统设置”即可进入。重点配置以下内容：
    1. Java、Git、Maven的目录位置，确保可以正确找到命令；

    2. Jenkins URL，自动生成的，检查一下即可;
    3. 邮件的设置。这里注意一下，上面有一个“系统管理员邮件地址”需要填写，另外“Extended E-mail Notification”中填写配置，原来的“邮件配置”就不用再理会了。

5. 项目设置
    在主界面直接“新建”，就会有一个新的项目。重点配置以下内容：

    1. 源码管理：选择Git，填写“Repository URL”，并加上相应的“Credentials”，其中认证信息用私钥的话干脆直接把私钥内容填上去就行了，省的不知道目录查找规则还不知道出的啥问题。

    2. 构建触发器：这个地方要把“Build periodically”和“Poll SCM”都选上，时间格式都填写成一样的即可，比如“H/15  * * * *”，下面会有个具体执行时间的提示，Build动作会自动比Poll延迟3分40秒，这个设定还是很合理的。

    3. 构建：增加两个构建步骤，分别是“Execute shell”和“Invoke top-level Maven target”，注意先后顺序，可以拖拽摆放的。脚本执行根据自己需要，比如我需要去修改数据库连接配置，官方建议是自己在工程里面写好脚本，这里直接调用，而不是在这写一个完整的脚本。Maven构建就加上“clean test”即可，就是运行“mvn clean test”的命令。

    4. Publish Junit test result report：在测试报告（XML）上加上“**/target/surefire-reports/*.xml”即可，这样就会每次测试完自动找到测试报告，在Jenkins上即可在每个构建结构里面查看到。

    5. 邮件通知：在构建后增加“Editable Email Notification”，填写邮件的接受者、内容格式可以直接用全局变量，重点是配置一下发送触发条件。

6. 安全性配置
    经过以上配置进行一次构建就会发现，Jenkins可以看到太多内容了，包括pull到的源码，所以非常有必要增加权限控制。进入“系统管理”->“Configure Global Security”中进行如下步骤：
    1. 启用安全；

    2. Jenkins专有用户数据库，先允许用户注册；
    3. 授权策略选择“安全矩阵”，新加一个“admin”的用户，把所有权限都开给admin用户；
    4. 在主界面的用户中找到admin，进行配置，设置登陆密码；
    5. 先重新登陆测试一下是否admin正常，没有问题就关闭允许用户注册，把匿名用户的所有权限都去掉。

7. 自动化部署
    这里我没有让Jenkins每次测试都去部署，一方面是考虑到单元测试基本已经满足需要了，另一方面因为测试太频繁了，一直部署也搞得Stage测试环境要经常重启，反而影响正常的人工测试。所以自己写了个脚本，在必要的时候去运行一下去自动完成整个部署工作。
#!/bin/sh 
  
# update code 
git pull 
  
# package 
mvn clean 
mvn package -Dmaven.test.skip=true
  
# deploy 
WAR=`ls target | grep war` 
TOMCAT=/home/test/apache-tomcat-6.0.41 
mv target/$WAR $TOMCAT 
cd $TOMCAT 
# invoke another deploy script 
sh deploy-war.sh $WAR webapps

8. 一个非常蛋疼的问题
    这个和以上问题都无关，只是极其不解的是这个错误在Windows下不出现，在Linux下打成War也不会出现，只有在Linux下直接执行Maven test就会出错。其实问题的根源就是配置书写不够规范，但是错误出现的不一致性实在让人蛋疼。报错如下：
1 org.apache.ibatis.binding.BindingException: Invalid bound statement (not found): xxx

    这个就是Mybatis找不到绑定的类，但是xml是正确打包的，怎么看都是没大问题，并且windows也是对的，最后发现是我在写模糊路径的时候，classpath后面必须要加个*才是标准写法，正确写法如下：

    <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> 
        <property name="basePackage" value="com.gzxitao.demo.*.dao"/> 
    </bean> 
  
    <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> 
        <property name="dataSource" ref="dataSource"/> 
        <property name="configLocation" value="classpath:configuration.xml"/> 
        <!-- 这里是要扫描多个目录下的文件，必须声明成“classpath*”，否则在某些情况下会报错 -->
        <property name="mapperLocations" value="classpath*:com/gzxitao/demo/*/dao/*.xml" /> 
    </bean>

Maven权威指南_中文完整版清晰PDF  http://www.linuxidc.com/Linux/2014-06/103690.htm

Maven 3.1.0 发布，项目构建工具 http://www.linuxidc.com/Linux/2013-07/87403.htm

Linux 安装 Maven http://www.linuxidc.com/Linux/2013-05/84489.htm

Maven3.0 配置和简单使用 http://www.linuxidc.com/Linux/2013-04/82939.htm

Ubuntu下搭建sun-jdk和Maven2 http://www.linuxidc.com/Linux/2012-12/76531.htm

Maven使用入门 http://www.linuxidc.com/Linux/2012-11/74354.htm

Jenkins的分布式构建及部署——节点  http://www.linuxidc.com/Linux/2015-05/116903.htm

Jenkins 的详细介绍：请点这里
Jenkins 的下载地址：请点这里

本文永久更新链接地址：http://www.linuxidc.com/Linux/2015-06/118606.htm

一、安装Jenkins

二、配置Jenkins

三、自动编译

四、自动测试

五、自动部署

一、安装Jenkins

地址http://mirrors.jenkins-ci.org/下载适合的Jenkins版本。

Windows最新稳定版的Jenkins地址为：http://mirrors.jenkins-ci.org/windows-stable/jenkins-1.409.1.zip

把Jenkins 1.409.1版解压，把得到的war包直接扔到tomcat下，启动tomcat，Jenkins就安装完毕，是不是很简单啊。

二、配置Jenkins

1、打开http://10.3.15.78:8080/jenkins/，第一次进入里面没有数据，我们需要创建job，我们这有2个项目，需要创建2个job。http://10.3.34.163:9890/jenkins/

2、点击左上角的new job，在new job页面需要选择job的类型，Jenkins支持几种类型，我们选择“构建一个maven2/3项目”

3、点击OK按钮后，进会进入详细配置界面，详细配置界面的配置项很多，不过不用怕，大部分使用默认配置就可以了，下面就说说我们需要修改的几个地方：

3.1）Source Code Management

因为我们使用SVN管理源码，所以这里选择Subversion，并在Repository URL中输入我们的SVN地址：

http://10.3.34.163:9880/XXXX/trunk/

输入SVN库的URL地址后，Jenkins会自动验证地址，并给予提示。

点击红色字体部分的enter credential链接，进入页面

设置好访问SVN库的用户名和密码后，点击OK按钮

设置成功。点击Close按钮，返回之前的Source Code Management页面。此时不再有红色警告信息了。

3.2）配置自动构建的计划，假设我们想让项目中每天12点和晚上8点自动构建一次，只需要在Build Triggers中选择Build periodically，并在Schedule中输入 0 12,20 * * *。

我配置的是每晚8点自动构建

注：Schedule的配置规则是有5个空格隔开的字符组成，从左到右分别代表：分时天月年。*代表所有，0 12,20 * * * 表示“在任何年任何月任何天的12和20点0分”进行构建。

3.3）配置到这里，可能有人发现在Build配置节点，有红色错误信息，提示

Jenkins needs to know where your Maven2 is installed.
Please do so from the system configuration.

是因为Jenkins找不到maven的原因，点击"system configuration"，是system configuration的maven配置中添加maven目录就OK。

我设置了JRE 6和MAVEN 3的安装目录。

点击左下角的SAVE按钮，保存设置。

3.4）保存好所有配置后，我们第1个job就算是完成了。

3.5）创建第2个job，配置和上面的配置相同。只需把svn地址改成：http://localhost/svn/Web

三、自动编译

在经过上面的配置后，回到Jenkins首页，在首页可以看到刚才添加的2个job

点击某1个job后后面的"Schedule a build"图片手动构建，点击完后，会在左边的Build Queue或者Build Executor Status显示正在构建的任务，在自动构建完后，刷新页面，就可以看到构建结果了，如何某个项目构建失败，点击项目后面的构建数字(从1开始递增)进入项目的"Console Output "可以查看项目构建失败的原因。当然我们也可以配置把构建失败的结果发到邮箱。

到目前为止，1个简单的自动构建环境就搭建好了，很简单吧。