6

更新サイトの使用規則に関するドキュメントを知っていますか？私は過去2年半の間、当社の更新サイトを管理してきましたが、これらは私が対処しなければならない問題です。

  • すべてのプロジェクトが同じEclipseバージョンを使用しているわけではありません。eclipse 2.1（WSAD）、eclipse 3.0（RAD 6）、eclipse 3.2（RAD 7）、eclipse 3.3、eclipse3.4を使用したプロジェクトがありました。
  • 弊社のアップデートサイトは、ほとんどがまとめてパッケージ化されています。そのため、現在のバージョンのCheckstyleと一緒に、当社のCheckstyleの構成などをパッケージ化するための小さなプラグイン（場合によっては断片）を作成しました。
  • 変更点の新しいバージョンを年に2回リリースします。したがって、更新サイトが1つまたは4つある場合、これにより、必要な負荷が大幅に変化します。

したがって、問題は次のとおりです。更新サイトをいくつ使用する必要があります。その数が1を超える場合、更新サイトを維持するための作業を最小限に抑えるにはどうすればよいですか。

4

2 に答える 2

4

すべてを 1 つの Web サーバーに配置し、Eclipse の各バージョンのパッケージを別の URL にデプロイすることをお勧めします。

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

これにより、展開が簡単になり、物事を分けておくことができ、ユーザーが「ああ、これは私のためのものだ」と簡単に確認できるようになります.

于 2008-11-28T10:03:14.140 に答える
1

おそらく、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 をサポートしますが、Eclipse 2.1 で動作する Checkstyle プラグインでは動作しない場合があります)。

ただし、複数レベルのカテゴリを持つことが不可能または望ましくない場合は、上で提案したカテゴリを別の更新サイトに昇格させることが前進の方法です。

これには、使用している IDE のバージョンの更新サイトをユーザーに示すことができるため、展開上の利点がありますが、まさに避けたいものです。

于 2008-11-28T10:07:48.733 に答える