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