我正在与我的 Dropbox 共享我的 Eclipse 工作区。
M:\Dropbox我在家里和工作中都有我的保管箱文件夹D:\Dropbox。
在家里，我想保留 M: 用于“我的文件”-Drive 并且不想将其更改为 D: 而在工作中，M: 已经映射...
除了创建符号链接到我可以在两台机器上使用的位置之外，还有其他方法吗？我的目标是，我不必更改家用计算机上的任何内容...
另一个问题是，我正在使用一个变量和该变量的相对路径来导入库。因此，如果路径发生变化，我只需要更改单个变量。
有没有办法解决这个问题？
也许只是将 M: 重新映射到工作中的其他东西，然后将 D: 映射到 M:
编辑：否则请查看此链接 http://www.eclipse.org/forums/index.php/t/270978/
为了一致性，我将复制重要的部分：
正如我所说，您不能共享工作空间，但您可能会因共享同一个项目而侥幸。就是这样。
在一台计算机上创建项目，或多或少地获得您喜欢的方式（即：Eclipse 创建的简单 Java 项目、动态 Web 项目等）。稍后您将能够添加或删除源代码，但该项目应该存在足以让 Eclipse 识别它。
将项目的重要部分复制到您的保管箱位置。
从 Eclipse 内部，丢弃包括源文件在内的原始项目（它会提示您对此保持谨慎）。
在相同（或不同）的工作区中创建一个新项目。当向导出现时，您可以将其命名为您想要的名称，但告诉它从另一个位置获取源文件，而不是将它们复制到工作区中。我认为 Eclipse 将从 Dropbox 使用该项目。
从您的另一台计算机的 Eclipse 中重复此操作，显然使用它自己的工作区。
您在一台计算机上所做的更改将反映在另一台计算机上。更改计算机时，您必须右键单击您的项目并选择刷新。
所有第三方库 (JAR) 都必须复制到项目内的路径中。否则，您的 .classpath 文件将获取完整的文件系统路径名，这在两台计算机上都不会成立。导致此问题的另一种方法是将 Javadoc 或源代码与任何这些第三方 JAR 相关联（假设您希望 javadoc 用于 hibernate3.jar，一旦您这样做，您就完蛋了）。
我没有这样做；我告诉你的可能有一个漏洞，或者你可能不小心做了一些破坏你这样做的能力的事情（如#7所建议的那样）。
正如我在原始回复中指出的那样，最好为此使用版本控制系统（而且，显然还有其他好处）。
我认为这将涵盖论坛帖子的主要思想。我自己采用了使用版本控制系统的解决方案，因为它是一种更清洁的做事方式