ローカルおよびリモートコンパイル用の集中ビルドサーバ

Question

コンパイラツールチェーンのライセンスを共有しているいくつかの開発者のチームに所属しています。私たちが抱えている問題は、ある開発者がコンパイラを使用するためのライセンスを取得した後、次の開発者がコンパイラを使用できるようになるまでに大きな待ち時間があることです。これは多くの無駄な時間と不満を引き起こしています。

ライセンスは非常に高額なので、その多くを購入することはオプションではありません。私はより完全にライセンスを利用することを望んでいました。中央のコンパイラマシンをセットアップし、ジョブをプッシュしてマシンを動作させることができます。また、ソースを検証する自動ビルドも検討しています。

ビルドボットは自動ビルドとテストで成熟したように見えますが、開発者がローカルテスト段階にある間にローカルビルドの代わりに使用すると、リモートリポジトリへの変更が範囲外になる可能性があります。

理想的には、このツールはIDEとコンパイルマシンの間に置かれ、ビルドがローカルで実行されていることをIDEに認識させることができます。その後、警告やエラーが表示された場合でも、シンタックスエラーをゼロにするためにこれらの便利な機能を使用できます。

Answer 1

buildbot tryツールをご覧ください。これにより、パッチファイルをビルダーに送信してリモートで実行できるようになり、結果をブロックすることができます。

もしあなたが集中リポジトリを既に持っていれば、必要なパラメータを渡してbuildbot tryへの呼び出しを作成し、makefile/buildscriptに実際のコンパイラの代わりにこれを置くだけです。

これは、コンパイルする人が唯一の人なら反復処理に時間がかかりますが、実際には逆の問題があるように思えます。

Answer 2

コンパイラの実行に使用するコマンドをカスタマイズしてsshをセントラルマシンにカスタマイズできる場合は、おそらくsshを使用してリモートマシン上でコンパイラを起動するラッパーを作成できます。これをうまく機能させるには、クライアントとサーバーの両方にソースディレクトリをマウントする必要があります。これは、サーバー上の同じディレクトリに、$REMOTE_HOSTに引数として渡されたコマンドを呼び出すような単純な

#!/bin/sh 
ssh $REMOTE_HOST cd "$PWD" ";" $@ 

として

ソースディレクトリは、両方のマシン上の同じ場所にマウントされている場合は、そのスクリプトがあるかもしれません。