【问题标题】:Share Eclipse Settings With Team与团队共享 Eclipse 设置
【发布时间】:2019-10-10 23:52:27
【问题描述】:

我们有一个非常常见的用例:我们希望标准化所有 Eclipse 设置,例如格式化程序、警告、保存操作等。

This question 得到了只使用项目设置的答案,但这就是为什么这对我们不起作用:

我们的项目太多了。我们有大约 500 个 Maven / Tycho 反应器(许多带有分支),而这些反应器通常包含 3-5 个 Java 项目。为所有这些复制项目设置很乏味、容易出错并且不便于更新。

所以我们决定为每个工作区导入工作区设置,但这也不是最优的。例如。我已经有大约 100 个工作区,因此它几乎与项目设置一样繁琐且容易出错。

让我们更不用说我们大多数人都安装了不止一个 Eclipse 的事实。

现在我正在考虑为 Eclipse 创建一个自定义插件/片段,它以编程方式将我们公司的格式化程序和其他设置添加到工作区。它只需要安装一次,并且可以通过内置的更新机制进行更新。

但我真的不敢相信没有人有类似的问题。所以我想知道,是否有一种内置方式可以与拥有许多项目的大团队共享 Eclipse 设置?

【问题讨论】:

  • 这可能是你可以在 Eclipse 的 Oomph 项目中做的事情,但我自己还没有深入研究过。
  • @nitind Oomph 不只是为 Eclipse 实例创建模板吗?我并不特别担心 Eclipse 的安装,但更多的是工作空间设置。 (我也不确定欧洲的公司是否允许 Oomph。)

标签: eclipse


【解决方案1】:

Eclipse OomphEPL 1.0 下获得许可-我不明白为什么不允许公司这样做。

Wrt https://stackoverflow.com/a/37799711/10235188 也提到了 Yatta Profiles for Eclipse 以共享 Eclipse 首选项,如代码格式化程序和其他设置。

【讨论】:

  • 我指的是GDPR,它禁止公司将公司数据存储在外部服务器上(除非服务器符合 GDPR)。
  • 这很奇怪...GDPR 必须只规范个人数据或与人相关的东西,我不认为存储 IDE 设置会违法...如果您可以将设置存储在存储库,然后您将能够手动仔细检查内容,以找到 gdpr 违规内容
猜你喜欢
  • 2022-07-01
  • 2011-08-20
  • 2014-03-01
  • 2016-04-13
  • 1970-01-01
  • 1970-01-01
  • 2012-03-01
  • 1970-01-01
  • 2017-02-05
相关资源
最近更新 更多