Svn 现有项目的颠覆性团队共享

我知道这个问题已经被问过好几次了，但是关于团队->共享项目对话框，我还不太清楚。很抱歉重新发布：）

所以我有一堆已经由svn管理的项目（存在svn目录），我通过NewProject对话框在Eclipse中导入了这些项目。一切正常

在使用共享项目向导时，我选择SVN提供程序和存储库，然后通过以下两个步骤进入“输入提交注释”对话框。现在，我不希望插件进行提交或对存储库进行任何修改

我试图用另一个回购协议来实现这一点，在那里我拥有只读访问权限，并且在MKACTIVITY操作中获得了405

我尝试使用Subclipse，它只是随意地告诉我，项目已经存在于存储库中，现在它将链接它，非常感谢

根据其他答案，Subversion中也有类似的功能，因此我的问题是：

• 当他检测到项目存在时，共享项目向导的步骤在Subclipse中是否不同？如果没有，有没有办法知道

• 我们只是通过提交，取消选中每个文件，祈祷插件没有添加任何东西吗

精度

• SVN常规设置中勾选了“启用自动项目共享”选项
• 我可以使用subclipse，但我只是好奇如何在subversive中实现它，我不喜欢仅仅因为无法理解共享项目对话框而更改插件的想法：）
• 项目中有一些文件不是在svn中管理的，因此签出不是一个容易的选择。它们是相当大的项目，有8个
• 通常，svn操作是用OrtoiseSVN处理的，但是我们使用eclipse插件进行历史记录/比较

---

非常感谢

这个反复出现的问题的唯一问题是，您的svn客户端的版本不同

乌龟svn使用自己的svn可执行文件。Subversive使用自己的svn可执行文件，命令行上的可执行文件也是另一个版本

Subversive无法读取新版本的.svn文件。因此，当eclipse的SVN版本为1.6，eclipse中的连接器为1.5时，subversive将无法读取.SVN文件

---

关键是要按版本匹配不同的SVN实现。

在回答中公布了对我有用的内容，因为我也经历了同样的事情——尝试在eclipse中使用SVN功能，该功能来自文件系统上已由TortoiseSVN签出的工作副本。我有一个根目录和4个子文件夹（每个子文件夹都是eclipse项目）。导入项目时，只有3个项目使用了文件系统中包含的SVN信息。在我的例子中，有效的方法是删除不工作的项目并重新导入它（在它工作之前必须做几次）

最近类似的事情发生在我身上。在我的案例中，罪魁祸首是OrtoiseSVN和Eclipse中的SVN连接器之间的不同SVN客户端版本。您只需在Eclipse中选择SVN连接器版本即可解决此问题：

窗口-首选项->团队-SVN->SVN连接器（选项卡）

---

我有点困惑。使用

Team->Share

对话框，您试图做什么？该对话框用于将新项目添加到存储库（如果您的项目已在SVN中，则无需执行此操作），或者用于将项目重新连接到SVN存储库（如果您已手动断开连接）（通过关闭所有本地

.SVN

文件夹），希望您尚未执行此操作。是的，可能这还不太清楚。我有一个新的Eclipse安装，我添加了已经在本地驱动器上的项目，我想它们已经通过Tortoise签出了。他们设置了他们的svn目录。因此，项目已经在存储库中，并且已经在机器上，其svn信息可用。我只想让团队提供者承认这一点：）现在它只在团队对话框中显示脱机选项（应用补丁，共享项目）好的，这更有意义。可悲的是，我只安装了Subclipse，当我在测试项目处于该状态时（断开连接，但所有SVN元数据保持不变），它只是毫无疑问地链接项目。我在一个目录中签出了4个项目，其中3个项目由Subversive fine加载，但较大的项目不会，它与您的项目一样保持脱机状态！也许是性能问题？花了一分钟左右的时间，较小的显示SVN状态。你有更小的项目要测试吗？编辑：手动删除和添加大项目再次单独工作了几次！我首先使用根目录加载所有项目。我认为此时svn版本匹配，我现在必须重试（同时我刚刚切换到subclipse）哇，我登录已有一段时间了，我将尝试提供的答案并尝试接受最好的答案：）