本文共 1634 字，大约阅读时间需要 5 分钟。

作者：朱金灿

来源：

       现在我的需求是这样的：一个软件需要编译完全版本和基础版本，完全版本的基础功能较多，基础版本只包含了基础功能。有时只需要迅速给用户提供基础版本，这时加入使用hudson来编译完全版本是浪费时间，也不符合快速响应用户需求的目的。最好的办法是在hudson建两个job，一个job负责编译基础版本，另一个job负责编译完全版本，但是我也不想把同一份代码下载到不同的目录。

今天查了一下hudson的svn更新选项，发现直接使用两个job共用一个svn源码目录是有问题的。因为hudson的svn更新选项有下面这些：

  Use‘svn update’ as much as possible

       第一次发布的时候，会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下；

       以后更新的时候，不会判断已有文件是否在svn里存在。比如工作目录下的文件123在svn里不存在，那么更新的时候不会删除123。

       不会判断工作目录下的文件是否被改动，只会判断svn是否有新版本需要更新。比如工作目录下的文件zzz.txt内容为zzz，svn上的zzz.txt内容为空，如果svn上zzz.txt没有新版本，则在更新的时候不会更新zzz.txt，也就是说如果手动修改了工作目录下的文件，如果此文件在svn上没有出现新版本，就不会更新。一旦svn上的zzz.txt有新版本后就会更新工作目录的zzz.txt，这时工作目录下会生成如下几个文件：zzz.txt、zzz.txt.mine、zzz.txt.r223、zzz.txt.r224，其中zzz.txt.r223为svn上老版本、zzz.txt.r224为svn上新版本、zzz.txt.mine为工作目录上的zzz.txt的副本、zzz.txt记录了文件变化。

         svn上删除了文件，更新的时候，工作目录里的此文件也会被删除。但是如上例中的zzz.txt手动修改过，已经和svn上的不一样了，这时将不会被删除。

   Alwayscheck out a fresh copy

       第一次发布的时候，会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下；

       每一次更新的时候，都会先清除工作目录下的所有文件，然后重新check-out一份完整的项目到工作目录下。

   Emulateclean checkout by first deleting unversioned/ignored files，then ‘svn update’

       第一次发布的时候，会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下；

       以后更新的时候会判断工作目录下的文件是否在svn里存在，如果不存在则删除，如果存在且有新版本则更新。

       会判断工作目录下的文件是否被改动，不管有没有新版本，都会还原为svn上的最新版本。

       svn上删除了文件，更新的时候，工作目录里的此文件也会被删除。

   Use‘svn update’ as much as possible，with ‘svn revert’ before update

       第一次发布的时候，会把工作目录下的所有文件清空，然后check-out一份完整的项目到工作目录下；

       以后更新的时候不会判断工作目录下的文件是否在svn里存在。

       会判断工作目录下的文件是否被改动，不管有没有新版本，都会还原为svn上的最新版本。

       svn上删除了文件，更新的时候，工作目录里的此文件也会被删除。

       就是说无论你选择哪个svn更新选项，在第一次运行第二个job时，都会把第一个job的工作目录下的文件删除掉的。如何避免这种情况，今天试验了一种做法，就是欺骗hudson，在第一次运行第二个job时，设置源代码下载到一个新的目录（不同于第一个job的工作目录），然后在第二次运行第二个job之前，修改第二个job的工作目录为第一个job的工作目录。

参考文献：

1.

转载地址：http://duimb.baihongyu.com/