还原Eclipse Subversion项目连接

我有一个颠覆项目,我正在开发使用Eclipse。 我从Eclipse内部的svn仓库中进行了原始签出。 所有这一切好几个星期,然后由于某种未知的原因,Eclipse(特别是:在Ganymede subclipse)不再承认我的项目是在svn控制之下。 团队上下文菜单只显示基本的“应用补丁”/“共享这个项目”菜单选项。 从shell中,我仍然可以使用svn命令行工具更新项目,所以我知道svn凭证仍然可以工作。 在同一个Eclipse副本下的其他项目仍然有效。

我意识到,我可以删除本地副本,并再次检查出来,但我宁愿明白出了什么问题 – 解决问题,而不是掩盖症状。 Eclipse在哪里存储了哪些项目受版本控制的知识? 我查看了.project文件和.settings目录,但是看不到任何明显提及的svn nature或类似的东西,即使在仍然正常工作的项目中。

如果您使用sublipse作为您的SVN提供商,我build议您执行以下操作

团队 – >共享项目通常足以连接元数据。

(也就是说,假设.svn文件仍然存在,如果您可以在命令行上工作,那么它们似乎就是这样)。

希望这有助于为什么会发生,我不知道

我发现一个简单的方法只是重新导入项目

只是做团队 – >分享项目(根据@Paul Whelan提供的这个问题的答案)不适合我。 “共享项目”向导的作用就像项目还没有在SVN中(尽pipe我的项目中存在.svn文件夹)。

我最终通过卸载Subversive和JavaHL插件(通过帮助|关于Eclipse |安装详细信息button|安装的软件选项卡|卸载…),然后重新安装Subversive来解决问题。 当重新启动Eclipse后出现提示时,我select安装SVNKit连接器而不是JavaHL连接器。

完成之后,当我再次尝试Team – > Share Project …时,Eclipse正确地识别出我的项目已经存在于SVN中,并且成功地恢复了连接。

附录:事实certificate,当我在公司vpn之外启动Eclipse时,出现了问题,工作区中的项目连接到vpn内的svn存储库。 幸运的是,将Eclipse svn插件从subversion转换到subclipse确实解决了这个问题。

伊恩

从月食,我closures了项目,并重新开放,解决了问题。 所有通过SVN链接都返回到我的工作区中的所有项目。

我有同样的问题,这个论坛帮助我find正确的答案。

我之前的项目是使用subclipseconfiguration的。 新的日食已subvesive。

安装subclipse帮助我找回团队下的svn选项!

希望它可以帮助别人。

问候

安舒Prateek

不知道你的平台是什么,我不知道你的问题是否与我的相似。 然而,我最近(实际上在两个不同的平台!)有一个问题,更新Subversive(或者也许Eclipse本身,不清楚)导致连接器不再加载。 没有连接器,Subversive无法连接到项目。 但是Eclipse不会把你锁在你的项目之外,它只会删除与SVN相关的function。

查看Errors视图,它是Eclipse各种错误(类未发现的exception等)的日志,查看是否有与Subversive组件相关的任何行。 不幸的是,我不能真正推荐一个解决scheme – 在我的Mac OSX平台上,重新安装Subversive核心元素和连接器就足够了。 在我的Linux机器上(可能是由于操作系统升级),我不得不彻底重新安装Eclipse,因为我已经积累了太多的东西来完全调查它。

在与Subversive的Juno版本中,我做了:

  • 文件/导入将popup“导入”popup窗口。
  • 从那里,select一般/现有项目到工作区。
  • 在下一个窗格中,select根目录。 然后它会显示你所有的子目录。 他们都将被默认选中。
  • 取消select你不想要的。

然后它将“导入”你现有的目录,这个目录可以就地使用,它们已经在你的工作区目录中。

同样在我的情况:.svn dirs在那里,但我的项目不支持svn操作。

捅了一下之后,事实certificate,颠覆性的插件在一次强迫戒烟后就消失了。

解决scheme是(重新)安装颠覆,现在一切都很好。

干杯诉

更新:我已经切换到一个新版本,只是没有安装插件,这就是为什么我不得不从头安装它的原因。

这工作对我来说:右键单击 – > TortoiseSVN – >设置 – >图标覆盖属性,selectshell作为状态caching。 点击确定,刷新页面。

我可以可靠地重现这个问题 – 它通过运行“签出Maven项目…”检查某些Maven项目时不是在包含POM本身的文件夹上,而是在父目录(如“trunk”)上。 在这种情况下,Subclipse检出项目没有任何抱怨,把它放在带有占位符名称(如maven.1424425443350的工作空间目录中。 这个目录下,它创build一个名为Maven工件的子目录。 这使Subclipse和Subversion都感到困惑:正如我们所看到的,Subclipse会立刻忘记这个项目是否受版本控制,如果你从maven.1424425443350目录的命令行调用svn status ,它会告诉你这个目录是在版本控制下,但所有版本控制的文件都丢失了。

如果这是导致Subsclipse忘记其SVN连接的其他解决scheme中提供的解决方法都不会工作。 相反,唯一的解决方法是删除项目并再次检出,这次确保在包含POM的目录上执行签出,而不是在某个更高级目录下执行。

一个更好的整体解决scheme是Subclipse拒绝在不包含POM的目录上运行“Check out as Maven Project …”,否则为了更好地处理通过searchMaven项目的子目录来处理它的情况。

我在SVN版本库版本(1.8.x)中同时使用了两个SVNKit实现(1.7.x和1.8.x)。

因此团队 – >共享项目…总是要求提交消息。 显然,使用了SVNKit 1.7.x,这与SVN 1.8.x不兼容。

删除SVNKit 1.7.x后,eclipse使用了唯一可用的正确的SVNKit版本1.8.x,并按预期工作。