jenkins持续集成---clover

目前我接触到的jenkins:

1.打版本（tags）复制上一个tag的路经，在对对应的项目下右键copy to  ，修改版本号，确定

2.打开jenkins，选择对应的版本号，立即构建就行。

开发在svn上的代码：

trunk（主线）branch（分支）tags（基线）

最终形成产品的是基线。

以下源自网络：

分支/基线(Branch/Tag):

　　SVN的项目目录下，有3个子目录：trunk, branch, tag

  1. trunk: trunk目录是主目录，即工作目录。绝大部分提交、更新操作都发生在这个目录。

　2. branch: branch目录是分支目录，存放当前开发版本的分支版本。

　3. tag: tag目录是基线目录，存放已经发布的版本或者重要的基线目录。这个目录为只读。如果有bug需要修改，则需要创建基线目录的分支目录来修改。

自己对持续集成的理解：

　　持续集成，在开发修改了bug之后，测试快速构建，验证bug及更早的发现其他bug。在验证bug的过程中，备注写上版本号，在后期的回归测试中，确定哪些bug是回退bug。同时对新开发的功能，能更早的介入测试。更好的保证产品质量。

好处：

以前每次后台修复了bug，都要找开发在后台部署，而且还是手动部署，有时候部署出问题，找原因都得好半天。--节约时间，解放了人力。

能随时构建出不同版本的软件，追溯bug。