automation - 開発環境のセットアップを自動化する方法は？

Question

新しい開発者がチームに参加するか、開発者が変更を使用しているコンピューターを使用するたびに、開発者は、現在のプロジェクトを機能させるためにローカル開発環境をセットアップするために多くの作業を行う必要があります。SCRUMチームとして、展開とテストを含むすべてを自動化しようとしているので、私が求めているのは、ローカル開発環境のセットアップを自動化するためのツールまたはプラクティスはありますか？

たとえば、環境をセットアップするには、最初にEclipseをインストールし、次にSVN、Apache、Tomcat、MySQL、PHPをインストールする必要がありました。その後、DBにデータを入力し、さまざまな構成ファイルなどに小さな変更を加える必要がありました...この労力をワンクリックに減らす方法はありますか？

score 69 · Accepted Answer

いくつかのオプションがあり、これらの組み合わせが役立つ場合があります。

自動インストール
ディスクイメージング
仮想化
ソースコード管理

さまざまなオプションの詳細：

ワークステーションのさまざまなサービス、ツール、および構成ファイルのインストールと構成を自動化するための自動インストールツール：
- Puppetには学習曲線がありますが、強力です。マシンのクラス（開発ボックス、Webサーバーなど）を定義すると、ボックスを適切な状態にインストール、構成、および維持するために必要な処理が実行されます。ワンクリックを要求しましたが、Puppetはデフォルトでゼロクリックです。これは、マシンを定期的にチェックして、希望どおりに構成されていることを確認するためです。ファイルまたはモードが変更されたことを検出し、問題を修正します。私は現在、これを使用して少数のRedHat Linuxボックスを維持していますが、数千を処理することができます。（2009年5月8日現在、Windowsをサポートしていません）。
- Cfengineは別のものです。これは、RedHatLinuxを使用している70人のエンジニアがいるショップでうまく使用されているのを見てきました。その制限は、パペットの理由の一部でした。
- SmartFrogは、ホストを構成するためのもう1つのツールです。Windowsをサポートしています。
- シェルスクリプト。 RightScaleには、シェルスクリプトを使用してAmazonEC2イメージを設定する方法の例があります。
- パッケージをインストールします。Unixボックスでは、これを完全にパッケージで行うことができ、Windowsではmsiがオプションになる場合があります。たとえば、RubyWorksは、依存関係を介して他のパッケージをインストールする1つのパッケージをインストールすることにより、完全なRubyonRailsスタックを提供します。
ディスクイメージ 次に、もちろん、別のホストに復元できるように、構成されたホストのイメージを保存するためのディスクイメージングツールもあります。仮想化と同様に、これはテストボックスに特に適しています。これは、物事をきれいな状態に簡単に復元できるためです。物事を継続的に最新の状態に保つことは依然として問題です-構成ファイルの変更を伝播するためだけに新しいイメージを作成する価値はありますか？
仮想化は別のオプションです。たとえば、Xen、VirtualPC、またはVMWareイメージのコピーを作成して新しいホストを作成します。これは、テストボックスで特に役立ちます。テストでどのような混乱が生じても、クリーンで既知の状態に簡単に復元できるためです。ディスクイメージングツールと同様に、ホストを最新の状態に保つには、自動インストール/構成ツールを使用する場合よりも多くの手動手順と警戒が必要です。
ソースコード管理 必要なツールをインストール/構成したら、ビルドを実行するには、ソースコードリポジトリから必要なものをチェックしてビルドする必要があります。

現在、私は上記の組み合わせを使用して、次のようにプロセスを自動化します。

VMWareゲストへの最低限のOSインストールから始めます
シェルスクリプトを実行してPuppetをインストールし、ソースコード管理からその構成を取得します
ツール/コンポーネント/構成をインストールするためのPuppet
ソースコード管理からファイルをチェックアウトして、Webアプリケーションをビルドおよびデプロイします

score 20 · Accepted Answer

私はこの質問に出くわし、まだ誰もVagrantについて言及していないことに非常に驚いていました。

Vagrant

Pete TerMaatや他の人が述べているように、仮想化は開発環境を管理および自動化するための優れた方法です。Vagrantは基本的に、これらの仮想ボックスをセットアップする手間を省きます。

数分以内に、お気に入りのLinuxディストリビューションの完全に新しいコピーを起動して実行し、本番サーバーとまったく同じ方法でプロビジョニングできます。

PHPやMySQLなどをインストールするためにOSXやWindowsと戦う必要はもうありません。すべてのソフトウェアは仮想マシン内で動作し、実行されます。でSSHで接続することもできますvagrant ssh。間違えたり、何かを壊したりした場合は、それだけvagrant destroyで、vagrant up最初からやり直してください。

Vagrantは、ローカルファイルシステムに同期されたフォルダーを自動的に作成します。つまり、仮想マシン内で開発する必要はありません（つまり、Vimを使用します）。選択したエディターを使用してください。

私は今、私が行うほとんどすべてのプロジェクトのために新しい「Vagrantbox」を作成しています。私の設定はすべてプロジェクトリポジトリに保存されるので、別のチームメンバーを簡単に連れてくることができます。彼らは単にレポを引っ張って実行するvagrant up必要があり、文字通り行く準備ができています。

これにより、ソフトウェア要件が異なるプロジェクトの処理もはるかに簡単になります。PHP 5.3に依存するプロジェクトもあれば、PHP5.4を実行する新しいプロジェクトもあるかもしれません。そのプロジェクトに必要なバージョンをインストールするだけです。

見てみな！

score 13 · Accepted Answer

重要なポイントの1つは、チェックアウト後すぐにビルド、デプロイ、実行できるように、プロジェクトをソース管理で設定することです。

つまり、Makefile、antビルドファイルなどのヘルパーインフラストラクチャ、およびIDEプロジェクトファイルなどのツールの設定もチェックインする必要があります。

これで、個々のプロジェクトのセットアップの手間を省くことができます。

基本的なマシンのセットアップには、標準のイメージを使用できます。もう1つのオプションは、プラットフォームのツールを使用してインストールを自動化することです。Linuxでは、必要なすべてのパッケージに依存するメタパッケージを作成できます。Windowsでは、MSIなどを使用して同様のことが可能です。

編集：

理想的には、ヘルパーインフラストラクチャをチェックインする代わりに、ビルドでヘルパーインフラストラクチャを生成できるようにする情報をチェックインします。これは、GNUビルドシステム（autotoolsなど）やMavenなどが採用しているアプローチです。これはさらに洗練されています。これは、（理論的には）任意の（サポートされている）ビルド環境のインフラストラクチャを生成できるため、特定のIDEなどに縛られることはなく、ヘルパーインフラストラクチャ（パスなど）の設定を複製する必要がないためです。主なプロジェクト設定。

ただし、これもより複雑なアプローチであるため、機能させることができない場合は、IDEファイルなどを直接チェックインすることは許容できると思います。

score 7 · Accepted Answer

VirtualPCまたはVMwareを使用して開発環境を仮想化するのが好きです。これにより、開発者間で共有できる標準の「開発環境」が提供されます。開発環境と競合する可能性のある、ユーザーがシステムに追加する可能性のあるソフトウェアについて心配する必要はありません。また、（コアテクノロジの2つの異なるバージョンを使用して）開発環境を両方とも1つのシステムに配置できない2つのプロジェクトに取り組む方法も提供します。

score 3 · Accepted Answer

puppetを使用して、開発環境と本番環境の両方を構成します。一流の自動化システムを使用することが、運用を拡大する唯一の方法です。

score 1 · Accepted Answer

以前の場所では、SCM（クリアケース、次にSVN）にすべて（そして私はすべてを意味します）がありました。新しい開発者が参加できる場合は、ClearCase | SVNをインストールし、リポジトリを吸い取りました。これは、開発チームに環境を更新させることができるため、特定のlib/toolを更新する必要がある場合にも対処します。

これには2つのリポジトリを使用したため、コードとツール/構成は別々の場所にありました。

score 1 · Accepted Answer

仮想マシンを使用するオプションは常にあります（VMWare Playerなどを参照）。1つの環境を作成し、最小限の構成で新しい従業員ごとにコピーします。

score 1 · Accepted Answer

DevStructureのブループリントを強くお勧めします。それはオープンソースであり、あなたのユースケースは実際に私たちが最初にソフトウェアを書いた正確な理由です。私たちの目標は多少変更されましたが、それでもあなたが説明していることには完璧なツールです。つまり、再利用可能なサーバー構成を作成できます。これは、非常に単純な構成管理です。これがお役に立てば幸いです。

https://github.com/devstructure/blueprint（Blueprint @ Github）

score 1 · Accepted Answer

私はこれについて自分で考えてきました。ミックスに投入できるテクノロジーは他にもいくつかあります。これが私が現在設定しているものです：

PXEベースの事前にシードされたインストールイメージ（Debian Squeeze）。ベアメタルマシン（または新しい仮想アプライアンス）を起動し、PXEブートメニューからイメージを選択できます。これには、（仮想アプライアンスに加えて）物理マシンに環境をインストールできるという大きな利点があります。
誰かがすでに人形について言及しました。私はCFEngineを使用していますが、同様の取引です。基本的に、構成は文書化され、ポリシーファイルに一元化されます。ポリシーファイルは、クライアントのエージェントによって継続的に適用されます。
厳格な環境が必要ない場合（つまり、開発者がツールセットの組み合わせを選択する場合）、独自のdebパッケージをロールして、新しい開発者が入力しsudo apt-get install acmecorp-eclipse-envたりsudo apt-get install acmecorp-intellij-env、たとえば入力したりできるようにすることができます。
少し話題から外れていますが、Debianベースの環境（つまりUbuntu）を実行している場合は、インストールapt-cacher（パッケージプロキシ）を検討してください。帯域幅を節約することに加えて、インストールがはるかに高速になります（パッケージはローカルネットワークにキャッシュされるため）。

score 1 · Accepted Answer

OSXを使用していて、Railsを使用している場合。私はどちらかを提案します：

score 0 · Accepted Answer

標準構成のマシンを使用する場合は、完全に構成された新しいインストールでディスクをイメージ化できます。これは、多くの企業で非常に人気のあるアプローチです（開発者だけでなく）。個別に構成されたOSが必要な場合は、構成されたOSが目的のセットアップに変換されたら、追加および変更されたすべてのファイルをtar-bz2し、rootとして解凍するだけで、目的の環境を最初から作成できます。

score 0 · Accepted Answer

Linuxフレーバーを使用している場合は、おそらくパッケージ管理システムがあります。fedora/ redhatの場合は.rpm、ubuntu/debianの場合は.debと考えられます。あなたが説明するものの多くはすでに利用可能なパッケージを持っています：svn、eclipseなど。会社固有のソフトウェア用に独自のパッケージをロールし、リポジトリを作成し（おそらくローカルネットワークでのみ利用可能）、セットアップを単一に減らすことができます会社のリポジトリを/etc/apt/sources.list（debian / ubuntu）に追加し、次のようなコマンドを呼び出すbashスクリプト


/home/newhire$ apt-get update && apt-get install some complete package list

buildbotを使用して、頻繁に変更される会社のパッケージの通常のビルドを自動化できます。

score 0 · Accepted Answer

http://nsnihalsahu.github.io/devscriptでDevScriptを試してみてください。devscript lamp、、またはのようなその1devscript laravelつのコマンド devscript django。あなたのインターネット会社の速度に応じて、約数分で

automation - 開発環境のセットアップを自動化する方法は？

13 に答える 13

Related

Reference