【问题标题】:What to check-in from an Eclipse workspace .metadata从 Eclipse 工作区 .metadata 签入的内容
【发布时间】:2014-02-25 22:36:01
【问题描述】:

我一直在对我的工作区下的项目进行版本控制,但我从未想过我应该检查工作区配置本身。

到现在为止。

我知道我对永远膨胀的.log 文件完全没有兴趣,所以我绝对不会检查它,但是……我可以丢弃其他其他子目录或文件吗?是否应该检查.lock(0 号)? .plugins 子目录呢?

【问题讨论】:

    标签: eclipse version-control


    【解决方案1】:

    简答:不要将 .metadata 添加到 VCS。

    长答案:

    进行版本控制有两个一般原因(这有点过于简化了):

    1. 与其他开发者分享您的项目
    2. 确保您有备份,以防您的硬盘损坏

    如果您出于第一个原因使用版本控制,那么 .metadata 目录中没有任何内容应该进行版本控制。这是因为那里的信息是特定于您的机器的,如果其他机器试图使用它,就会搞砸。

    如果您出于第二个原因使用版本控制,那么我仍然建议不要对元数据进行版本控制(尽管强度稍弱)。 .metadata 中的大部分信息都是二进制的,或者至少读起来非常无趣。因此,您不需要返回版本、做任何差异或类似的事情。相反,我建议只使用适当的备份服务,在紧急情况下备份您的整个计算机。

    【讨论】:

    • 感谢您的启发性回答。接受了,虽然每次我将项目签出到新工作区时我都会心脏病发作,只是在构建中看到许多错误......然后我不得不疯狂地寻找任何可以提醒我过去所做的线索(有时是几年前)使项目构建没有错误。
    • @Andrew:你是说 .metadata 是派生文件吗? IDE 从项目中的其他文件创建它?如果这是真的,那么我完全同意它不应该在版本控制中。
    • @tomlogic:.metadata 文件夹包含一部分系统特定设置(窗口->首选项)(充满绝对路径)和一部分临时/工作文件。任何可以安全共享的元数据都在项目中。
    【解决方案2】:

    这样做是有道理的: 对工作集文件进行版本控制,以便在团队之间有效地共享项目列表。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-11-24
      • 2012-03-29
      • 2014-12-12
      • 2012-08-06
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多