svn:'\'；不是工作副本错误

我们有一个SVN项目，我们使用Subclipse+Eclipse提交更改。我们在以下树中设置了存储库：

宇宙-根（映射到X:） +勒弗提尔斯 +LFPROGS +勒弗提尔斯 +鱼鳍

Universe（X:）是这个SVN项目的主目录，其他文件夹是树的一部分。我可以对子文件夹中的程序进行更改并提交它们。例如，如果我想在LFUTILS中提交一个更改，它的工作是完美的

commit -m "" X:/LFUTILS/TEST_HARNESS2
Sending        X:/LFUTILS/TEST_HARNESS2
Transmitting file data ...
Committed revision 195.

问题是当我在多个子目录中进行更改时，例如在LFUTILS和LFPROGS中。如果我单击SVN项目的顶层，即Universe（X:），然后执行Team->Commit，则会出现以下错误：

commit -m "" X:/LFUTILS/TEST_HARNESS2 X:/LF_FINS/REINS_REPORTING_INS
Path is not a working copy directory

svn:“\”不是工作副本

我收到上述错误，并且未提交更改。根据我所做的研究，似乎我需要将所有文件从X:\移动到另一个文件夹，然后在eclipse中重新签出。这有意义吗？除了一个可能损坏的.svn文件/文件夹之外，有人知道我为什么会得到这个吗

---

我尝试过在根目录（x:）上进行刷新和清理，以及其他一些事情，但我没有尝试过进行新的签出

这是因为工作副本位于驱动器根目录，Subversion不支持这一点

---

我仍然认为最好是在自己的工作副本（本地）上开发。这两个都更快，而且你不会妨碍其他人。组合不同的人的代码是SCM软件的任务（在本例中为Subversion），不应在网络共享上进行。

是

LFUTILS

和

LF\u FINS

都在同一个工作副本中，还是在'X:'处有多个工作副本？另一方面：一般来说，将网络共享用于工作副本不是一个好主意，因为工作副本是个人的，所以你可以在那里做任何事情而不打扰其他人。我相信LFUTILS和LFU FINS在同一个工作副本中，因为我可以从根目录（x:）直接“更新到头部”。另外，当我进入根目录（x:）并查看.svn文件夹时，名为“entries”的文件显示了所有子文件夹，下面有“dir”一词，因此我假设它都在1个工作副本下。我想我的问题是，有没有明确的方法来判断？当你说它位于驱动器根目录时，可能会重复，你的意思是因为我如何将X:映射为网络文件夹？X:映射到开发人员服务器上的一个文件夹（c:\programs\），所以它不在服务器的驱动器根目录下，而是在我如何将它映射到X的驱动器根目录下：它位于X:\，这不受支持OK，我明白你的意思了。x:映射到服务器的方式如下：x:->c:\CHRISSYS，其中CHRISSYS我认为是工作文件夹。要解决这个问题，需要将x:映射到服务器上的c:，然后告诉eclipse项目在x:\chrissys中，似乎可以解决这个问题？与我告诉eclipse项目位于x的方式不同：？请尝试提交共享，您将看到它按预期工作

svn commit\\server\share\path