3

これは、Apache Maven と IBM Rational ClearCase がうまく統合されているかどうかを尋ねる質問から始まりました。私が発見したことを書き留めるべきだと思った-さまざまな編集が必要になるだろうが、最終的には私が望むすべてを追加するつもりだ.

環境

ClearCase - ClearCase のバージョン 7.0.1.2。

Maven - Maven Web サイトからのすべて。

Hudson - Hudson の Web サイトから直接ダウンロードしたバージョン 1.307

質問

  • Maven は VOB から実行されますか?

Maven2 のすべてのバージョンを VOB 'スタック' にインストールしました。つまり、バージョン 2.0 を追加してラベルを付け、ラベルをロックしてから、2.0.1 を一番上に追加しました。

無関係なファイルが存在しないようにするために、clearfsimport で -rnname フラグを使用しました。

このように、ラベルを使用して構成仕様でアクセスしたい Maven のバージョンを指定するだけで済みますが、maven 実行可能ファイルのパスは/maven/bin/mvn のままにします。

すべてのバージョンがインストールされると、Dynamic View を介してそこから Maven を問題なく実行できました。リポジトリは通常どおり、Nexus の内部インストールからユーザーのホーム ディレクトリにダウンロードされます。これにより、チェックインとチェックアウトに関する問題が解決されます。

ツールをソース管理に保持する利点は、会社全体の設定 (内部リポジトリを指すなど) を設定できることです。その後、任意のプラットフォームで VOB から Maven の単一インスタンスを実行できます。これにより、最初に設定した設定が保持されます。

Maven プロジェクトでは、src ディレクトリと pom.xml のみをソース管理に保持しました。他のすべては後で自動生成できるからです。

  • Hudson は ClearCase で動作しますか?

Hudson を ClearCase Dynamic Views で実行するようにセットアップするのに問題はありませんでした。Hudson の作業ディレクトリからビューのルート (この場合は /view/xxx) へのシンボリック リンクを作成するだけで済みました。ClearCase プラグインはct lshistoryを正常に実行して、開発者がマージする統合ブランチに変更があったかどうかを確認しました。

ジョブの初期環境 (config.xml と動的ビューのシンボリック リンクのみ) をセットアップする小さなスクリプトを作成して、ジョブに正しいビューがリストされ、初期設定が正しくなるようにしました。その後のユーザーによる拡張は、デフォルトのテンプレートを自分で設定するのではなく、デフォルトのテンプレートに変更するものでした。

Hudson の全体的な設定では、$CLEARCASE_VIEW 環境変数を使用して、Maven 実行可能ファイルへのパスを設定しました。このように、Maven のバージョンは、Hudson 内で選択したバージョンではなく、構成仕様で設定されたバージョンに依存していました。

これにより、私 (管理者) とユーザーの両方の余分な管理を省くことができます。

  • どの内部リポジトリ マネージャーを使用しましたか?

Sonatype Nexus を内部レポジトリ マネージャーとして設定しました。主な理由は、Sonatype のブログで、Hudson が Nexus との統合を強化する予定であることを読んだためです。また、セットアップして試してみたところ、リポジトリマネージャー内のグループをより柔軟に調整できるため、大規模な商用環境により適していると思いました。これは、多数のプロジェクトに役立ちます。

4

3 に答える 3

2

いくつかのサードパーティ ライブラリ参照用に、ClearCase の外部にいくつかの Maven リポジトリがあります。

しかし、ClearCase で Mavenを使用したことはありません。なぜなら、それらは異なるロジックに従うからです (Maven は myfile-1.2.jar のようなファイルに署名付きの名前を必要としますが、ClearCase は myfile.jar のみを保存し、1.2 というラベルの付いたバージョンであるという事実を記録します)。

これは romaintaz によって報告された Maven2 ClearCase プラグインで変更された可能性がありますが、このスレッドで示されているように、pom ファイルを unco にせずに 2 回目に実行すると、この新しい製品にはまだいくつかのバグがあります。Maven はチェックアウトを正常に完了していますが、次のステップに進むことができません。

INFO Checking out file: /opt/viewstore/common/maven/my_lf_ss/vobs/test_alm/LF_Build/pom.xml
INFO ERROR BUILD FAILURE
INFO INFO Unable to enable editing on the POM
Provider message:
The cleartool command failed.
Command output:
cleartool: Error: Element "/opt/viewstore/common/maven/my_lf_ss/vobs/test_alm/LF_Build/pom.xml" is already checked out to view "my_lf_ss".
于 2008-11-18T09:57:29.023 に答える
1

私はこの SCM を使用していませんが、 Clearcase を処理する SCM というMaven2 プラグインがあります。

于 2008-11-18T09:23:18.703 に答える
1

私は Maven 2 でチームを構築し、Clearcase をバージョン管理システムとして使用していました。ビルドされたアーティファクトのリポジトリとして Archiva を使用したため、開発チームは SCM プラグインを使用する必要がありませんでした。

ただし、継続的インテグレーション サーバーは Continuum であり、POM の SCM 情報に依存していました。分岐戦略を使用して Clearcase SCM がスナップショット ビューを取得する際に問題がありました。私の開発者の 1 人は、Clearcase SCM コードを微調整して、ブランチで動作させる必要がありました。彼の修正に貢献する前に、私たちは両方とも先に進みました。

于 2008-11-18T13:12:29.393 に答える