Subclipse与Subversive比较

从两个插件使用的易用性上来说，只能真的说是难分高下。相对来说，Subversive 可能是属于 Eclipse 官方的缘故，似乎与 Eclipse 整合方面做得更加出色，相对来说在 Eclipse 中的操作会更让人感觉舒服一些，比如项目分支布局等等。而 Subclipse 则相对来说和 Subversion 联系更加紧密，Subversion 的更新、特有功能等等这方面的支持则远远超出了 Subversive 。比如，前些天 Subversion 1.6.0 正式版本发布了，Subclipse 马上跟进了对 SVN 1.6.x 的支持，而 Subversive 却连一个能与 SVN 1.6.x 兼容的 Alpha 版本都没有放出。呵呵，其实要不是因为 SVN 1.6.x 关系，我也不会重新再关注 Subclipse 了，因为毕竟 Subversive 已经用得挺顺手了，也没出现什么问题。这次关注，又让我觉得新奇的是，Subclipse 还支持了版本分支图的查看。

如何选择？我想可以从这几方面考虑：

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

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

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

以上几点是否可以对你选择那个插件有所帮助呢？其实这两个插件都很不错，对于我们日常使用来说，哪个都能很好完成我们的任务，如果你还是不能确定，就别再费神在这上面花工夫了，也不用再在网上寻找两者比较了，随便选一个就行了。

从两个插件使用的易用性上来说，只能真的说是难分高下。相对来说，Subversive 可能是属于 Eclipse 官方的缘故，似乎与 Eclipse 整合方面做得更加出色，相对来说在 Eclipse 中的操作会更让人感觉舒服一些，比如项目分支布局等等。而 Subclipse 则相对来说和 Subversion 联系更加紧密，Subversion 的更新、特有功能等等这方面的支持则远远超出了 Subversive 。比如，前些天 Subversion 1.6.0 正式版本发布了，Subclipse 马上跟进了对 SVN 1.6.x 的支持，而 Subversive 却连一个能与 SVN 1.6.x 兼容的 Alpha 版本都没有放出。呵呵，其实要不是因为 SVN 1.6.x 关系，我也不会重新再关注 Subclipse 了，因为毕竟 Subversive 已经用得挺顺手了，也没出现什么问题。这次关注，又让我觉得新奇的是，Subclipse 还支持了版本分支图的查看。

如何选择？我想可以从这几方面考虑：

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

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

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

以上几点是否可以对你选择那个插件有所帮助呢？其实这两个插件都很不错，对于我们日常使用来说，哪个都能很好完成我们的任务，如果你还是不能确定，就别再费神在这上面花工夫了，也不用再在网上寻找两者比较了，随便选一个就行了。