代码发布平台jenkins中Check-out Strategy选项功能意义

第一个选项：Use‘svn update’ as much as possible 

这个选项能实现快速发布：Use 'svn update' whenever possible, making the build faster. But this causes the artifacts from the previous build to remain when a new build starts.

使用此选项，进行第一次发布的时候，会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下；之后更新不会判断已有文件是否在svn里存在。比如工作目录下的文件123在svn里不存在，那么更新的时候不会删除123。不会判断工作目录下的文件是否被改动，只会判断svn是否有新版本需要更新。即如果手动修改了工作目录下的文件，如果此文件在svn上没有出现新版本，就不会更新。简单一句话，此选项在允许本地修改的前提下尽量使用SVN UPDATE

第二个选项：Alwayscheck out a fresh copy

Delete everything first, then perform "svn checkout". While this takes time to execute, it ensures that the workspace is in the pristine state.

每一次发布的时候都会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下。这个选项不好的地方就是每次发布输出的内容太多了，罗列一大堆。

第三个选项：Emulateclean checkout by first deleting unversioned/ignored files，then ‘svn update’

Jenkins will first remove all the unversioned/modified files/directories, as well as files/directories ignored by "svn:ignore", then execute "svn update". This emulates the fresh check out behaviour without the cost of full checkout.

第一次发布的时候，会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下；以后更新的时候会判断工作目录下的文件是否在svn里存在，如果不存在则删除，如果存在且有新版本则更新。

会判断工作目录下的文件是否被改动，不管有没有新版本，都会还原为svn上的最新版本。svn上删除了文件，更新的时候，工作目录里的此文件也会被删除。

第四个选项：Use‘svn update’ as much as possible，with ‘svn revert’ before update

Do 'svn revert' before doing 'svn update'. This slows down builds a bit, but this prevents files from getting modified by builds.

第一次发布的时候，会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下；以后更新的时候不会判断工作目录下的文件是否在svn里存在。会判断工作目录下的文件是否被改动，不管有没有新版本，都会还原为svn上的最新版本。

svn上删除了文件，更新的时候，工作目录里的此文件也会被删除。与Use‘svn update’ as much as possible 基本相同，就一点核心差异，这项会覆盖本地修改，就是全部以SVN为准。