我升级到Ganymede后就一直在用subversion。我在Linux (Ubuntu和Fedora Core)、Windows XP和Mac OS X.5中的Eclipse中使用它。除了让Subversion 1.5.1在Mac OS下使用正确的安全库有一些问题外，我没有遇到任何问题。鉴于它已经被采纳为一个Eclipse技术项目，我倾向于把赌注押在它身上，就长期希望而言。

如果你正在使用Zend Studio 9 (Zend的Eclipse实现)，我建议使用Subclipse而不是Zend Studio自带的subversion作为默认值。

我已经在Zend论坛上发布了一个关于subversion和Zend Studio 9的问题以及我使用Subclipse的解决方案。

只是更新一下。我最近正在重新安装Eclipse，面临着Subclipse和Subversive的选择。我也有自己的麻烦，试图让颠覆工作，所以我选择了Subclipse。

它完美地安装在我的Linux 64位机器上，运行得很好。我映射了最常见的功能，如更新，提交，..捷径，这是一个爆炸。合并也很好，尽管对于更大的合并，我仍然求助于TortoiseSVN。我在3.5和3.6上都试过，它们都工作得很好。由于某些原因，我最终使用了3.5，因为3.6不能使用键绑定。

它们都有非常令人发指的缺陷，但我无法让subversion与我从命令行签出的项目一起工作，这对我来说是一个表演的终结者。

当然，这两个IDE插件都有它们的问题。但两者都不排除并行使用其他解决方案，如TortoiseSVN或命令行。我在工作中使用这三种方法。

需要记住的重要一点是，所有客户端SVN软件都应该使用相同的SVN文件格式(不同版本的SVN不同)，否则就会自找麻烦。

我们发现的另一个问题是当客户端软件使用与服务器不同的SVN文件格式时。(所谓文件格式，我指的是所有信息在所有那些看似不可见的. SVN文件中表示的方式，这些文件有效地记录了SVN需要知道的关于您的项目文件的信息。)这会造成严重破坏。在1.5服务器和1.6客户端之间有一个有记录的错误，但我现在找不到链接。

由于与我们的SVN 1.5.5服务器不兼容，我们在运行高级(IMO) Subclipse 1.6插件时遇到了问题。所以我们回到了《颠覆者》。它工作得很好，尽管速度较慢并且有些bug(但正在改进)。不过，当我们的服务器更新时，我们将切换到Subclipse。是的，我们用TortoiseSVN检查我们的项目，并将它们导入Eclipse(这样更快)。

我们发现，正如其他帖子所说，如果我们运行更新版本的TortoiseSVN，在1.6中编写文件，它将不起作用。x格式，但当我们恢复到TortoiseSVN 1.5。X，它工作得很好。命令行客户端也是如此(我们在Ant任务中利用了它)。

我选择使用Subclipse，因为它与Subversion项目联系最紧密，因此更有可能更好地处理SVN的核心功能。如果它不能执行任何功能，那么我有TortoiseSVN作为备份。