在Eclipse中使用更新站点的规则？

您是否知道有关使用更新站点规则的任何文档？我管理了公司最近2年半的更新站点，这些都是我必须解决的问题：在Eclipse中使用更新站点的规则？

并非所有项目都使用相同的eclipse版本。我们有使用eclipse 2.1（WSAD），eclipse 3.0（RAD 6），eclipse 3.2（RAD 7），eclipse 3.3和eclipse 3.4的项目。
我们公司的更新网站主要是把东西包装在一起。所以我写了litte插件（有时是fragements）来打包例如我们公司的Checkstyle配置以及当前版本的Checkstyle。
我们每年发布两次新版本的已更改内容。所以如果我有1个更新站点或4个，这将会大大改变我必须承担的负载。

所以问题是：我们应该使用多少个更新站点，如果数量大于1，我怎样才能最小化维护更新站点的工作？

来源

2008-11-28 mliebelt

我建议把一切一台Web服务器上，并为每个版本的Eclipse包部署到不同的URL：

http://your.server/eclipse-3.3/site.xml
http://your.server/eclipse-3.4/site.xml
等

这将使它更易于部署，让事情分开，它会让用户很容易看到“啊，这是我的一个”。

来源

2008-11-28 10:03:14

第一次发布之后的一些更多信息：我已经使用了目标来解决不同的平台。我使用了一个共享库项目，其中包含我们想要提供的第三方插件。这至少可以在不同平台之间共享它们。现在提供更新站点的过程已被记录并被理解，并且它是半自动完成的。在下一个版本中，我将尝试在构建服务器上将其自动化。 – mliebelt 2009-11-21 10:13:50

您应该使用按照eclipse版本分割的功能和类别。

| 
+-WSAD-2-1 Category 
| | 
| +- Checkstyle 3.1 Feature 
| | 
| `- Team Checkstyle configuration for Checkstyle 3.1 
| 
`-Eclipse-3-4 Category 
    | 
    +- Checkstyle 4.4 Feature 
    | 
    `- Tema Checkstyle configuration for Checkstyle 4.4

这可能是同构与维护多个更新站点，但可以考虑：

与工作的最小公分母坚持，并最大限度地减少错误
是Eclipse的插件3.4书面不能有理由期望在Eclipse 2.1中工作。
Eclipse版本之间的一些版本颠簸导致插件编写者的一定程度的升级痛苦（例如3.0到3.1是一个大跳跃）
同一产品的不同版本之间的配置可能不兼容。同样的插件
版本可能有不同的功能集，但在所有版本无法正常工作（如Checkstyle的5支持Java 5，但可能不会与Checkstyle的插件，它与Eclipse 2.1的工作原理工作）

然而如果不可能或不可能有多个级别的类别，那么推广上面提出的类别来分隔更新站点是前进的方向。

这具有部署优势，因为用户可以指向他们正在使用的IDE版本的更新站点，但正是您想要避免的。

来源

2008-11-28 10:07:48 jamesh

非常感谢您的回答。请注意： *我认为只有两个阶段可以使用：类别和功能。因此，当版本使用类别时，只剩下要素阶段。 *我认为大多数人会发现很难理解何时使用什么。 – mliebelt 2008-11-28 12:30:51

在Eclipse中使用更新站点的规则？

回答

相关问题