eclipse安装svn插件时，Subclipse与Subversive的选择与区别

        本文只针对Eclipse IDE来说。如果公司配置好了SVN服务器，我们仅需要运行Eclipse中的SVN插件，这样就能够将Eclipse下的代码管理集成到公司的服务器中。
        Eclipse 下连接 SVN 库有两种插件 Subclipse 与 Subversive，Subclipse 主页位于http://subclipse.tigris.org，与SVN（http://subversion.apache.org
）联系紧密，我们可以称之为 SVN 官方的 eclipse 插件。而Subversive 则是 eclipse 官方的 SVN 插件，主页位于http://www.eclipse.org/subversive。
        Subclipse 是 SVN 直接支持的项目，在很早的时候就已经出现了。而 Subversive 最先是由一个第三方公司 Polarion 开发的。早先有传闻 Subclipse 将会成为 Eclipse Foundation 成员的传闻，可是最后却出现了令人大跌眼镜的结果，Subversive 率先成为了 Eclipse 的子项目。这中间到底出现什么情况，我们就不得而知了。或许 Eclipse 与 SVN 两个都非常成功的开源项目间，某些协议出现一些争议了吧。
        不管是 Subclipse 还是 Subversive ，它们使用的 SVN 连接器不外乎这两种，JavaHL 和 SVNKit ，SVNKit 是 Subversion 的纯 Java 连接库版本，整个连接底层都是由 Java 实现的，不需要额外的支持。而 JavaHL 则使用的是 Subversion 原生的连接库，加上了 Java 调用库。这两种连接库给人表征的感觉应该是 JavaHL 在连接稳定性和速度上应该占优，而
SVNKit 则应该更省事，适用性更广。如果非要推荐一个的话，我还是建议先选择 JavaHL，如果 JavaHL 无法在你的系统中正常工作，再选择 SVNKit。
        从两个插件使用的易用性上来说，只能真的说是难分高下。相对来说，Subversive 可能是属于 Eclipse 官方的缘故，似乎与 Eclipse 整合方面做得更加出色，相对来说在 Eclipse 中的操作会更让人感觉舒服一些，比如项目分支布局等等。而 Subclipse 则相对来说和 Subversion 联系更加紧密，Subversion 的更新、特有功能等等这方面的支持则远远超出了 Subversive 。如何选择？我想可以从这几方面考虑：

        SVN是否是你的唯一版本管理系统（或最重要的管理系统），你是否对 SVN 的新功能、新特性比较感兴趣？如果是，偏向于选择 Subclipse ；否则，偏向于选择 Subversive。

        Eclipse 是否是你操作 SVN 的唯一途径？如果是，偏向于选择 Subversive；如果不是，还要经常使用 TortoiseSVN ，则偏向与选择 Subclipse 。Subclipse 的操作更倾向于与 TortoiseSVN 习惯，而 Subversive 的操作更倾向于 Eclipse 习惯操作。

        你的 SVN 操作是否会比较简单？比如你是否仅仅使用的仅仅是简单的检出/提交，等等操作，也不愿意把时间花费在研究 SVN 的高级特性上。如果是，偏向于选择 Subversive，如果否，则建议选择 Subclipse 。