1

私は IT 企業の構成マネージャーです。現在、すべてのビルド関連の目的で蟻塚ビルド管理サーバーを使用しています。私たちは、開発ライフサイクルに継続的インテグレーションを実装しようとしています。

現在、構築プロセスは手動で行われています。5 つのプロジェクト A、B、C、D、E があり、E が親プロジェクトであり、依存関係チェーンが次のようになっているとします。A->B->C->D->E

私たちがしていることは、最初に B の project.xml を A の最新バージョンに更新するビルドをビルドし、B をビルドするというように、すべての依存プロジェクトがビルドされ、最後に親プロジェクトがビルドされるまで続きます。

私が考えているのは、プロセス全体を自動化することです。つまり、依存関係を自動的に見つけて最初にビルドし、次に親プロジェクトのバージョンを更新して新しいバージョンに再度ビルドします。

連続体は私のためにこれを行いますか? そうでない場合、これを行う他の CI ツールはありますか?

よろしく、スラジュ。

4

4 に答える 4

1

Hudsonはこれを非常にうまく行っています。Mavenを使用している場合は、最初のビルド後にビルドの依存関係を自動的に把握します。それ以外の場合は、ビルドの依存関係を手動で定義できます。つまり、プロジェクトAのビルドが成功した後、プロジェクトBをビルドするようにシステムを構成できます。

それがあなたにとって重要かどうかはわかりませんが、ハドソンもオープンソースです。

于 2009-07-07T14:40:20.127 に答える
0

これに似たセットアップには、Zed BuildsandBugsを使用します。サブプロジェクトの依存関係を持つマスタープロジェクトがあり、ビルドシステムはすべてを適切な順序で処理します。

また、サブプロジェクトには非常に小さくタイトなビルドがあるため、開発者がソース管理にコミットしたときに各サブプロジェクトをビルドできます。Zed Serverは、これらの小さなビルドから最新のアーティファクトを取得し、それらをまとめてより大きなビルドにすることができますが、その機能はまだ使用していません。

チェックインにより小規模なCIビルドがトリガーされ、依存関係の連鎖に従って、アプリケーション全体が最初から再ビルドされます。

OregonGhostに同意しますが、どのCIシステムでもこのタイプのチェーンをセットアップできるはずです。

于 2009-07-07T14:30:52.747 に答える
0

これにはCIツールは必要ないと思います。ビルドスクリプトを使用してこれを自動化し、Continuum (またはその他の CI ツール) を使用して好みのビルドツールをトリガーしてみてください。

于 2009-12-21T13:44:44.243 に答える
0

そうでない場合、これを行う他の CI ツールはありますか?

私はTeamCityが好きです。これは、必要なほとんどすべてを実行します。最新バージョン (および JetBrains のプラグイン) では、Git もサポートされています。

一方、継続的インテグレーション システムは、依存関係を簡単に処理する必要があります。

于 2009-07-06T09:08:00.243 に答える