4

かなり大きなEclipseワークスペースで、依存するプラグイン、機能、および製品のバージョン番号をアップグレードするプロセスについて、私は多くの混乱を抱えています。

既存のプラグインにあるJavaコードにAPIを変更したため、バージョン識別子の主要部分を増やす必要があります。このプラグインは、特定の機能への依存関係として機能し、その機能は後で製品に含まれます。http://wiki.eclipse.org/Version_Numberingのドキュメントから、含まれているプラ​​グイン自体で適切な数を増やす必要がある場合を(ほとんどの場合)理解しています。

ただし、プラグインでのこのメジャーバージョン番号の変更は、依存する「ダウンザライン」アイテム(機能、製品など)にどのように影響しますか?

たとえば、次のような一般的な「HelloWorld」セットアップがあるとします。

プラグイン: 機能: 製品:com.example.helloworld, version 1.0.0
com.example.helloworld.feature, version 1.0.0
com.example.helloworld.product, version 1.0.0

プラグインでAPIを変更する場合は、バージョンを2.0.0に更新する必要があります。それでは、機能のバージョン1.1.0はどうなるでしょうか。同じ質問を製品レベルにも適用できます(たとえば、機能が1.1.0または2.0.0の場合、製品のバージョン番号は何ですか)。

これはかなり初心者の質問だと確信しているので、誰かの時間と労力を無駄にしてしまったことをお詫びします。このタイプのコンテンツを検索しましたが、プラグイン、機能、製品、および更新サイトを初めて開発する方法を示す例だけを見つけました。私の検索に関連する他の唯一のコンテンツは、機能パッチの開発であり、私が望むほどバージョン管理の側面に触れていません。私は(初めて)Eclipse RCP / PDE環境に入るのに苦労しており、そのようなバージョン更新を行うための適切な方法やベストプラクティス、およびワークスペース内の他の依存プロジェクト全体にこれを最もよく反映する方法を学ぶ必要があります。

4

1 に答える 1

1

機能と製品に同じバージョン管理システムを適用する場合は、プラグインの 1 つが 2.0.0 になるときに、機能と製品を 2.0.0 に設定します。それは、あなたの機能や製品を使用している人に、その内部のどこかに破壊的な API の変更があることを伝えます。

一方、同じバージョン管理規則を適用する必要はありません。API の変更を適切に伝達するために、その規則に従ってバンドルをバージョン管理し、製品/機能のよりマーケティングに適したバージョンを使用することができます。ユーザーには、個々のバンドル バージョンよりも製品/機能バージョンが多く表示されることに注意してください。

私はそれが両方の方法で効果的に行われるのを見てきました。これには正しい方法も間違った方法もありません。

于 2011-01-28T22:11:15.750 に答える