什么实际发生的文件的系统,当你做Subclipse分享项目的上一个日食的项目的外部检查,从颠复?所有的.svn文件夹已经在的地方。我得到一个错误,当我试着分享项目的权利的方式,我宁愿不删除,并重新结账的项目从SVN库浏览器。

有帮助吗?

解决方案

不知道究竟发生了什么内蚀,我相信它一些时髦的东西。元数据目录的工作空间。这就是说,我会建议如下得到蚀了解svn设置的项目:

  • 删除该项目从工作区(保留"删除项目内容的磁盘上的"非)
  • 文件>的进口...>一般>现有项目到工作区的
  • 浏览该文件夹中包含原始项目(s)的兴趣
  • 进口项目进你的工作区

这似乎有副作用的subclipse注意到颠复设置进口时的"新"项目进入你的工作空间。

其他提示

分项目 行动的目的是要提交的第一个版本的一个项目,即一个没有 .svn 元数据。它将得到生气,如果它认为 .svn 目录已经存在。作为抢劫写的方式得到检查项目进食是使用进口的能力。

我不确定是哪个版本的日食您使用或者这是否会适用,因为我使用的颠复性的而不是Subclipse.当我用的是分享项目的功能,以提交项目进svn时我已经有所有的.svn目录的地方,我得到一个选择,如"使用当前项目设置",然后蚀自动重新附加该项目的svn信息,以团队的一体化。你可以搞砸了,如果你尝试进入不同的信息。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top