1

Cさまざまなコンパイラ オプション (コンパイラ フラグ、32 ビットまたは 64 ビット、静的または動的、エンディアンなど) を使用して (suse x86、suse itanium、solaris、HPUX、IBM AIX) などのさまざまな環境でライブラリを構築する必要があります。現在、約 200 のビルド マシンでビルドしています。私たちは効率的なメイクファイルを持っていますが、それでもさまざまなマシンにログインしFTP、コードを取得して実行し、makeライブラリを転送する必要があります。次に、200 のプラットフォーム ライブラリすべてを 1 つのリリース マシンに保持する必要があります。

私たちの意図は、ビルドをトリガーするために別のマシンに手動でログインする労力を減らすことです。それを行う最善の方法は何ですか?

これを自動化する方法のexpect1 つは、1 台の Linux マシンで 200 台のマシンすべてにログインするスクリプトを作成し、ビルドをトリガーしてライブラリを元に戻し、所定の位置に保持することです。

200 ビルドの期待スクリプトを作成するよりも労力がかからない他の方法はありますか? たとえば、約 50 のVxworksプラットフォームを構築する必要があります。そのために、50 のプラットフォームすべてを実行する 1 台の Windows マシンのみにトルネード パッケージ (クロス コンパイラ) を用意しています。このために、ワンクリック自動化スクリプト (50 台のマシンにログインする必要のない小さなスクリプト) を作成しました。

同様に、すべての *nix マシン (suse、solaris、hpux、ibm aix など) コンパイラでクロス コンパイラが利用できる場合、それらすべてを 1 つのマシン (Linux または Windows) にインストールできます。次に、リモート ログインや ftp 用のスクリプトを作成しなくても、1 台のマシンで 200 のビルドすべてを自動化するスクリプトを作成できます。

または、複数の *nix プラットフォームでビルドを処理する他の簡単な方法はありますか?

4

2 に答える 2

4

ジェンキンスはあなたにとって可能性がありますか? Java プロジェクト (C/C++/C#) を超えてますます人気が高まっています。私が理解していることから、ジェンキンスはぴったりです。

于 2013-02-01T23:33:42.920 に答える
1

GNU AutoToolsを見てください。誰もがアウトプットの使い方を知っており (典型的な./configure; make; make installダンス)、ターゲットに対する奇妙な要件はなく、オペレーティング システムの気まぐれを処理する広範な機構を備えています。ただし、学習曲線はかなり急です。

于 2013-02-02T02:03:22.447 に答える