【问题标题】:Eclipse .metadata folder out of workspaceEclipse .metadata 文件夹超出工作区
【发布时间】:2013-03-04 14:21:33
【问题描述】:

.metadata 目录位于我的工作区目录中。我可以配置 Eclipse 以使 .metadata 目录不在工作区中吗?

原因是我们有很多开发者使用同一个项目目录,如果每个人都在同一个工作区启动它的 Eclipse 实例,.metadata 会被每个开发者修改。

【问题讨论】:

  • 不是问题的答案,但为什么不使用像 SVN 这样的“正确”版本控制系统呢?
  • 是的,这将是一个很好的解决方案。在我的情况下,SVN 不是一种选择。

标签: eclipse


【解决方案1】:

据我所知,没有办法将.metadata 目录放在工作区目录之外。但是,您可以在工作区目录之外拥有您的实际项目

  • 为每个开发人员创建一个单独的工作区,例如在那个人的本地硬盘上。此工作区将保存该用户的 .metadata 目录以及对实际项目的引用
  • 使用 Import -> Existing Projects into Workspace 将项目从“共享工作区”(现在不再是 Eclipse 工作区而是普通的共享目录)导入到各个工作区。取消选中将项目复制到工作区复选框!

这样,每个开发人员都有自己的工作区,具有单独的设置等,而项目仍驻留在共享目录中。但是,这可能会导致严重麻烦,因为 Eclipse 不会意识到其他人正在编辑项目中的文件。因此,这应该用作解决方法,以防 SVN 或 Git 等“正确”的版本控制系统不是一个选项。

【讨论】:

  • +1 因为这是一个很好的解决方案。但是,我将等待确认是否有办法配置 .metadata 目录路径的答案。
  • 我其实很喜欢这种方法。虽然我不希望通过文件夹共享来共享我的项目,但通过您的方法,我可以将项目备份到云端,而无需备份巨大的(数 GB).metadata 文件夹。
【解决方案2】:

您不能配置 .metadata 目录的路径。

您尝试使用 Eclipse 的方式只会给您和您的团队带来痛苦。每个工作区都会跟踪它是否看到了文件的当前版本。如果多人编辑同一个项目文件,团队中的每个人都必须不断调用刷新。还存在丢失更改的风险,因为一名团​​队成员可以轻松、默默地覆盖另一名成员所做的更改。

努力使用源代码控制系统。像 SVN 这样需要托管在某处的集中式系统并不是唯一的选择。像 git 这样的系统允许您在团队成员之间直接安全地交换更改。

【讨论】:

  • 感谢您的建议。我不决定这种工作方式,强加于人。
猜你喜欢
  • 1970-01-01
  • 2012-08-06
  • 1970-01-01
  • 1970-01-01
  • 2013-01-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多