1. 修改，但尚未提交，还原是取消当前修改，还原到主干的上一个版本
2. 修改并提交了，需要还原到之前的指定版本

这里介绍的是第一种情况。其实在eclipse和windows环境下都有图形工具可以很容易的实现。以至于我都记不住命令。

要感谢xcode糟糕的svn支持，帮助我们不在命令行方面能力退化。

我在xcode环境下有关svn的一切操作都使用命令行。

svn revert –recursive .

该命令可在当前目录下，递归还原版本到主干的最后一个版本。

需要在~/.subversion/config文件中设置一下。

找到：

# global-ignores

在下面添加：

global-ignores = build *~.nib *.so *.pbxuser *.mode* *.perspective*

因为build目录是不需要提交的，是构建出来的文件。另外，还有后缀是mode1v3和pbxuser等文件，这是Xcode用户文件。另外一些也是临时文件或者构建出来的文件。

另外，需要打开这行的注释：

# enable-auto-props = yes

还有，在：

[auto-props]

下面添加一些文件后缀的属性：

*.mode* = svn:mime-type=text/X-xcode
*.pbxuser = svn:mime-type=text/X-xcode
*.perspective* = svn:mime-type=text/X-xcode
*.pbxproj = svn:mime-type=text/X-xcode

我是索性不用的，直接用命令行。我看有的朋友是用subclipse，其实也挺好，不过，为了使用SVN功能要单独开一个耗费资源的Eclipse。

但是，不论使用什么SVN工具，都会遇到Xcode固有的问题，即project.pbxproj文件的提交冲突问题。

project.pbxproj文件里面包含了构建过程所需的所有文件，如果你在项目目录下增加了新文件，比如没有通过Xcode，该文件就不在project.pbxproj文件中，就不会生成到app中。同理，如果你从SVN中更新到其他项目成员增加的文件，而没有更新project.pbxproj文件（或者该成员根本就没有提交这个文件），则也会出现相同的现象。

如果项目成员提交了新的project.pbxproj文件，你这边没有在项目中增加新的文件，直接svn update就可以了。我是用命令行做update的，即：

svn up

这时可能会出现系统提示，因为subversion发现了local work copy和repository上的不一致。需要svn用户自己裁决，可以直接输入tf，即使用repository上版本即可，因为你没有更改project文件。即：

Conflict discovered in ‘EuM1.xcodeproj/project.pbxproj’.
Select: (p) postpone, (df) diff-full, (e) edit,
        (mc) mine-conflict, (tc) theirs-conflict,
        (s) show all options: s

  (e)  edit             – change merged file in an editor
  (df) diff-full        – show all changes made to merged file
  (r)  resolved         – accept merged version of file

  (dc) display-conflict – show all conflicts (ignoring merged version)
  (mc) mine-conflict    – accept my version for all conflicts (same)
  (tc) theirs-conflict  – accept their version for all conflicts (same)

  (mf) mine-full        – accept my version of entire file (even non-conflicts)
  (tf) theirs-full      – accept their version of entire file (same)

  (p)  postpone         – mark the conflict to be resolved later
  (l)  launch           – launch external tool to resolve conflict
  (s)  show all         – show this list

Select: (p) postpone, (df) diff-full, (e) edit,
        (mc) mine-conflict, (tc) theirs-conflict,
        (s) show all options: tf

 

在这里，如果记不清楚各个选项的含义，可以输入s了解。另外，如果不确定自己是否更改了本地的project文件，可以输入dc了解本地代码和repository上的差异。

但是，如果你也为项目增加了新文件，这样你的本地project文件和repository上的project文件都有新的内容。我现在的做法是p，即手工解决冲突，然后再次提交，通知项目成员更新。详细介绍可参考：http://www.logicaltrinkets.com/wordpress/?p=178，写的挺清楚的，英文的。

以前是怎么做的呢？想不起来了。文档啊文档，很重要的。现在重新想办法吧。

最简单的办法：apache强制mime类型

其实最简单的办法，是借助apache 核心模块的指令ForceType，见：

http://httpd.apache.org/docs/2.2/mod/core.html#forcetype

可以强制配置mime类型，比如：

<Location /svn>
    …
    ForceType text/plain
</Location>

 

这样就可以在浏览器看源代码文本了，但是也有副作用，比如二进制文件怎么办，比如html页面，应该在浏览器中展示而不是显示代码。

subversion hook：在提交的时候触发服务器端程序写mime类型

subversion提供了hook，钩子，可以在比如提交前执行钩子脚本。

利用这个特性，可以在提交前，比如发电子邮件，比如检查是否写log message了。

当然，也可以在提交前，改mime type，可以按照这个python脚本改写：

http://pear.reversefold.com/dokuwiki/svn:pre-commit

但是，subversion不建议这样做，因为，所有hook操作，最好不再修改提交的文本，只做只读的操作。如果做写文本或者属性的操作，svn用户的local work copy，将和服务器端不一致。比如我提交一个java文件，没有设置mime type，提交到svn，将触发svn hook，比如修改为text/plain，然后提交到svn库中，这时库中的记录和该用户的work copy不一致。可能会带来很多其他不可预知的问题。

svn自带的手动设置mime类型方式

svn可以为提交的文件定义mime类型，比如这样：

$ svn propset svn:mime-type image/jpeg foo.jpg
property 'svn:mime-type' set on 'foo.jpg'

 

如果是在tortoiseSVN客户端，可以通过交互界面实现类似的功能，而且还可以递归操作：

缺点是，无法根据扩展名做区分。比如目录下有jpg，也有java文件，这个操作将所有文件都增加了text/plain mime类型。

eclipse的svn插件，subclipse也有类似功能。

svn提供的自动设置mime类型方式

在svn客户端，有个config文件，在windos xp，路径应该是：

C:\Documents and Settings\user_name\Application Data\Subversion\config

如果想让java代码的mime类型是text，可以这样写：

enable-auto-props = yes

[auto-props]

*.java=svn:mime-type=text/plain

 

这样，每次提交代码的时候，svn会自动将mime-type设置为text。不需要上面的手工设置了。

缺点是，需要维护一个config配置文件，比如很多开发人员，各种不同的环境，都需要事先做这样一个配置。

希望有这样的解决方案

比如，google code，用户提交上去的代码，自动就以text方式在浏览器端展示，不需要设置svn的配置文件。而且，用户可以手工设置mime type，比如有个html页面，如果设置成text/plain，则在浏览器中显示的是html源代码，如果设置为text/html，则显示的是页面的效果。

目前还没有找到这样的办法，估计要在apache设置方面做些工作。

结果安装的subversion在使用eclipse subclipse插件的时候报错：

报错提示64位平台不能加载32位的dll。这也可能和我用64位的java和eclipse有关。

其实，不管这个错误，也可以继续使用subclipse，因为subclipse先找jni的subversion，如果没有，它自带了java实现部分，会使用java实现继续执行svn的操作。

如果讨厌每次出现这个报错，可以：

将jni实现改为svnkit纯java实现。

我还是想用jni的实现，这样效率好一些。那么，可以通过这个链接下载64位版本：

http://www.sliksvn.com/en/download

卸载32位的subversion系统，安装64位sliksvn的分发包，问题解决。

忘记在哪个里面修改了，还是因为svn版本升级的问题。

试试websvn，通过apt-get，虽然不是最新版本，但是安装很简单，使用也方便。

安装：

sudo apt-get install websvn

访问也很简单，直接：

http://ip/websvn

websvn截图：

这是源代码显示的截图：

首先，需要安装一下基本的软件和包：

sudo apt-get install apache2 libapache2-mod-python libapache2-svn python-setuptools subversion python-subversion

另外，svnmanager需要php的支持，需要安装pear：

sudo apt-get install php-pear

安装svnmanager所需的库：

sudo pear install VersionControl_SVN-0.3.3

下载svnmanager的包：

wget http://prdownloads.sourceforge.net/svnmanager/svnmanager-1.08.tar.gz

之后，按照svnmanager的安装进行，基本可以将svn和apache集成起来。见：

http://svnmanager.org/index.php?page=install

这里需要注意，如果ubuntu是用中文安装的，那么locale应该：

$lang                                           = "zh_CN.UTF-8";

需要将svnmanager目录设置为apache用户所有，否则访问中会有问题。

另外，需要创建数据库，我这里使用mysql。

Error: Error while updating filelist (此客户端对于工作副本 “/home/ubuntu/workspace/sms-service” 太旧。你需要取得更新的 Subversion 客户端，或者降级

svn的版本是1.5.4，看来google上的版本比较新，另外就是ubuntu下的eclipse插件subclipse怎么没有问题呢，估计是使用java的svn客户端，而且subclipse版本足够新。

这里虽然是javaHL，但是后面有not available，估计是自动切换到svnkit的纯java实现上了。

升级subversion到1.6的步骤是，首先，更新/etc/apt/source.list，增加：

deb http://ppa.launchpad.net/anders-kaseorg/subversion-1.6/ubuntu jaunty main
deb-src http://ppa.launchpad.net/anders-kaseorg/subversion-1.6/ubuntu jaunty main

 

然后：

sudo apt-get update

删除当前版本的svn：

sudo apt-get remove subversion

安装新版本的svn：

sudo apt-get install subversion

查看新版本：

svn –version
svn，版本 1.6.5 (r38866)
   编译于 Sep  2 2009，05:13:23

http://www.bernzilla.com/item.php?id=651

也能编译安装。这次死活安不上了。时间很急，就想到了用java的svn命令行客户端做替代，反正AS4上有java环境。

这个工具就是svnkit，网址是：

http://svnkit.com/

下载它的Standalone Version版本即可。安装就是直接解压缩：

unzip org.tmatesoft.svn_1.3.0.standalone.zip

使用svnkit命令和svn类似，比如做检出：

jsvn co https://code.google.com/p/abc

因为我们的脚本里面都写的是svn，所以给jsvn建了一个软连接svn。这样原来脚本都不需要改就可用了。

svnkit的缺点是慢，明显慢于svn。

Satisfy All

或者：

Satisfy Any

二者有区别，具体配置细节，见：

http://httpd.apache.org/docs/2.2/mod/core.html#satisfy