Subclipse的优势在颠覆…它真的有用!

很久以前，我在为Eclipse开发依赖于Subclipse的协作插件时使用过Subclipse。插件的Subclipse部分从来都不是问题，尽管整个Ant的事情仍然让我有点困惑，但好的部分是你不必理解Ant部分是如何工作的，就知道如何使用它。

我今天试图安装PDT(这是另一个完整的博客)，然后是subversion，因为像许多人一样，它被描述为“Eclipse SVN插件”。我无法同时安装这四个连接器，所以我必须一次安装一个，一次安装一个。我尝试了它们，但一次安装一个，它无法通过SVN服务器进行身份验证。

我正在尝试PDT和颠覆，因为我想节省时间，而不是花更多的时间在不同的问题上与一个插件。

我卸载了subversion，安装了Subclipse，然后像这样连接。

节省自己的时间和麻烦，去Subclipse从一开始。

虽然我都是使用Helios工作的，但我对Subclipse有一点偏爱，因为它对bugtraq属性的出色支持(详细信息请参阅这里)。

历史视图显示了一个单独的列(标题为bugtraq:label，显示bugid)，上下文菜单有一个专门的动作“打开Bug URL”(链接到bugtraq: URL)——我不知道如何使用subversion访问这些信息。

如果您使用svn+ssh作为访问存储库的协议，我强烈建议您选择Subclipse: subversion不够智能，不能正确地记住您的凭据，并且每次更新工作副本时都会提示您输入用户名和私钥，对于您可能已经设置的每个svn-external也是如此。

在这种情况下，“记住凭据”选项被打破了，并且自subversion的第一个公开发布以来一直如此。

这两款我都试过了，Subclipse和Subversive都很糟糕。两者的安装都具有挑战性。如果使用subversion，则不能使用SVN外部客户端。

但是，您需要在Eclipse中安装一个SVN客户端，以跟踪更改，并且避免损坏本地存储库。

我已经安装了Subclipse，但使用TortoiseSVN实际做提交/标记/分支/合并。

对我来说，两者都不好也不坏，但是subversion是Eclipse Ganymede平台中的默认SVN插件，所以它有可能与Eclipse更好地集成。

对于Eclipse的每个新版本，我都会安装subversion，因为它是Eclipse提供的标准。每次，它都无法识别我之前的项目。

所以我最终卸载了subversion，并安装了Subclipse，它工作得非常出色。我还经常从命令行和Eclipse中使用SVN, Subclipse在这方面没有问题。