ビルドサーバーにCruiseControl.NETを使用し、ソース管理にSubversionを使用しています。私たちのIT担当者は、これらを1つの仮想マシンにまとめることを提案しました。何らかの理由で私には面白いにおいがしますが、理由を説明することはできません。ソース管理サーバーは、サーバーのビルドサーバーよりもはるかに少ない「一時的な」サーバーのようです。他の誰かがこのアイデアに不快感を感じているのでしょうか？それはなぜでしょうか？サーバーとソース管理リポジトリの作成
私はVMが安いことを認識します。ここでは私が説明していない他の考慮事項があります。この質問の範囲は次のとおりです。ビルドサーバーとソース管理サーバーを1つのボックスに置くことに関して、最適でないか、危険なことはありますか？
あなたのSubversionリポジトリ保持マシンは、開発環境内で保持している中央の位置を考慮して、大切な扱いを受けるべきです。安定性を確保するために可能な限り少しずつ変更を加えるべきです。
異なるプロジェクトが構築され、作業負荷が変化し、そのサーバーにログオンする人の数が、通常は表示されるリポジトリサーバーの数よりはるかに多い場合があります。
可能であれば、IT担当者にとっては、スズが使用されていないように見えるかもしれませんが、制御された開発環境にとって重要なセキュリティ分離です。
私はあなたのことを知っています。ビルドサーバーは、ハードウェア、構成などの変更に役立ちます。これらの変更により、動作不能になる可能性があります。あなたはそれがあなたのSVNサーバーに起こらないようにします。
私は、ソース管理サーバー用の別のVMを要求します。
私たちはそのセットアップを持っていますが、PerforceとCruiseControl.Netがあります。
すべてが適切にバックアップされ、サーバー専用の適切なリソースがある限り、正常であるはずです。
VMの利点の1つではありませんか？それらを別々の「ボックス」に入れることはできますか？
当社のコーポレート・スパイウェア対策とウイルス対策各は独自のVMのクラインのための大声を持って
限り、パフォーマンスが問題ではありません、あなたは別の場所に定期的にバックアップを作成するよう、私は問題が表示されません。私の会社は、VMではなく、物理的なサーバーを除いて、あなたが何を記述しているかを正確に示しています。実行中のビルド（1時間ごとに実行）があっても、SVNの応答性は影響を受けていないようです。