私は非常に大規模な組織で働いたことはなく、「ビルドサーバー」を持つ会社で働いたことはありません。
彼らの目的は何ですか？開発者がプロジェクトをローカルマシンでビルドしていないのはなぜですか？プロジェクトによっては、妥当な時間でそれを構築するために、より強力なマシンが必要となるほど大きいものがありますか？
ビルドサーバーが有用であると私が思う唯一の場所は、ビルドサーバーと継続的に統合して、リポジトリにコミットするものを常にビルドすることです。十分な規模のプロジェクトに取り組んでいないのですか？
誰か、私を啓発してください：ビルドサーバーの目的は何ですか？
回答:
与えられた理由は実際には大きな利益です。QAへのビルドは、リポジトリからのみビルドするシステムからのみ行われる必要があります。このようにして、ビルドパッケージは再現可能で追跡可能です。開発者が独自のテスト以外のコードを手動で作成することは危険です。アイテムがチェックインされない、他の人の変更が反映されていないなどのリスクが高すぎます。
ビルドサーバーはいくつかの理由で重要です。
彼らは環境を隔離しますローカルのCode Monkey開発者は、あなたのマシンでコンパイルできないときに「自分のマシンでコンパイルする」と言います。これは、チェックインが同期していないことを意味する場合と、依存ライブラリが欠落している場合があります。Jarの地獄は.dllの地獄ほど悪くはありません。どちらの方法でも、ビルドサーバーを使用することは、ビルドが不思議なことに失敗したり、誤ったライブラリを誤ってパッケージ化したりしないという安価な保険です。
ビルドに関連するタスクに焦点を当てています。これには、ビルドタグの更新、配布パッケージの作成、自動テストの実行、ビルドレポートの作成と配布が含まれます。自動化が鍵です。
開発を調整（分散）します。標準的なケースは、複数の開発者が同じコードベースで作業している場合です。バージョン管理システムはこの種の分散開発の中心ですが、ツールによっては、開発者がお互いのコードとあまりやり取りしない場合があります。開発者に悪いビルドのリスクを負わせたり、コードを過度に積極的にマージすることを心配させたりする代わりに、自動ビルドが適切なコードを確認してビルドアーティファクトを予測可能な方法で処理できるビルドプロセスを設計します。そうすることで、開発者が新しいファイルの依存関係をチェックインしないなどの問題で何かをコミットした場合、すぐに通知を受けることができます。ステージングされた領域でこれを行うと、ローカルビルドを破壊するコードを開発者がプルしないように、ビルドしたコードにフラグを付けることができます。PVCSは、プロモーショングループのアイデアを使用してこれを非常にうまく行いました。Clearcaseはラベルを使用してそれを行うこともできますが、多くのショップが提供するよりも多くのプロセス管理が必要になります。
彼らの目的は何ですか？
開発者のマシンの負荷を取り、ビルドに安定した再現可能な環境を提供します。
開発者がプロジェクトをローカルマシンでビルドしないのはなぜですか？
複雑なソフトウェアでは、「コンパイル」するだけで驚くほど多くの問題が発生する可能性があるためです。私が実際に遭遇した問題：
すべてのパブリックリリースはソース管理から空のフォルダーへの取得から始まるため、安定性が大幅に向上しました。以前は、「ジョーが新しいDLLをくれたときに消えてしまう」「おかしな問題」がたくさんありました。
一部のプロジェクトは非常に大規模なので、妥当な時間でそれをビルドするためにより強力なマシンが必要ですか？
「合理的」とは何ですか？ローカルマシンでバッチビルドを実行すると、実行できないことがたくさんあります。ビルドを完了するために開発者にお金を払うのではなく、実際のビルドマシンを購入するためにITに支払います。
十分な規模のプロジェクトに取り組んでいないのですか？
サイズは確かに1つの要素ですが、それだけではありません。
ビルドサーバーは、継続的インテグレーションサーバーとは異なる概念です。CIサーバーは、変更が行われたときにプロジェクトをビルドするために存在します。対照的に、ビルドサーバーは、クリーンな環境でプロジェクト（通常、タグ付けされたリビジョンに対するリリース）をビルドするために存在します。開発者によるハッキング、微調整、未承認の構成/アーティファクトバージョン、またはコミットされていないコードがリリースされたコードに組み込まれないようにします。
ビルドサーバーは、チェックイン時に全員のコードをビルドするために使用されます。コードはローカルでコンパイルできますが、他の全員が常にすべての変更を行うとは限りません。
安定性、追跡可能性、再現性に関するこれまでの回答に同意します。（ 'ity'sがたくさんありますよね？）多くのビルドサーバーを使用して大企業（ヘルスケア、ファイナンス）でのみ働いたことがあるので、セキュリティについてもそうだと付け加えます。映画「Office Space」を見たことがありますか？不満を持った開発者が自分のローカルマシンにバンキングアプリケーションを構築し、他の誰もそれを見たりテストしたりしない場合... BOOM。スーパーマンIII。
これらのマシンはいくつかの理由で使用されていますが、すべて優れた製品を提供するのに役立ちます。
1つの用途は、一般的なエンドユーザー構成のシミュレーションです。製品は、すべての開発ツールとライブラリーがセットアップされていれば、コンピューター上で動作する可能性がありますが、エンドユーザーはおそらくあなたと同じ構成ではありません。さらに言えば、他の開発者もあなたとまったく同じ設定にはなっていません。コードのどこかにハードコードされたパスがある場合、それはおそらくマシン上で動作しますが、Dev El O'perが同じコードをビルドしようとしても機能しません。
また、それらを使用して、製品を最後に破損したユーザー、更新内容、製品がどこで後退したかを監視することもできます。新しいコードがチェックインされるときはいつでも、ビルドサーバーはそれをビルドし、それが失敗した場合は、何かが間違っていることを明確にし、最後にコミットしたユーザーに障害があります。
これは、管理とテストに関するものです。ビルドサーバーを使用すると、バージョン管理からメインの「トランク」ラインをビルドできることが常にわかります。ワンクリックでマスターインストールを作成し、ウェブに公開できます。コードがチェックインされるたびに、すべての単体テストを実行して、コードが機能することを確認できます。これらすべてのタスクを1つのマシンに収集することで、繰り返し正しく実行することが容易になります。
開発者が自分のマシンで構築できるのはあなたの言うとおりです。
しかし、これらは私たちのビルドサーバーが私たちに購入するものの一部であり、私たちは洗練されたビルドメーカーではありません：
多分私だけです...
私は誰もが1つ
しかし、自動的に作成されたバージョンを気にする人はいません。自動ビルドで何かが壊れたが、それはもうない-誰が気にするのか？進行中の作業です。誰かが修正しました。
リリースバージョンを実行する場合は、リポジトリからビルドを実行します。そして、サーバーが機能する6時間ごとではなく、その時点でリポジトリのバージョンにタグを付けたいと確信しています。
したがって、「ビルドサーバー」は単なる誤称であり、実際には「継続的なテストサーバー」である可能性があります。そうでなければ、それはほとんど役に立たないようです。
さらに、低水準言語は高水準言語よりもコンパイルにかなり時間がかかることを覚えておいてください。「よく見て、私の.Netプロジェクトは数秒でコンパイルされます！大したことは何ですか？」と考えるのは簡単です。しばらくの間、Cコードをいじる必要があり、コンパイルにどれだけ時間がかかるかを忘れていました。
ビルドサーバーはエスクローの基盤にもなります。他のユーザーが所有権を取得する権利がある場合に、ビルドを再現するために必要なすべてのパーツをキャプチャできます。