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