代码发布平台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为准。
本文来自博客园,作者:攻城狮-tester,转载请注明原文链接:https://www.cnblogs.com/zcjbky/p/15899504.html