継続的インテグレーションの概要

最近、私は小さなアプリケーションをゼロから作成するというタスクのある新しいプロジェクトに着手しました。 私はテスターと話します：

-そして、どのように新しいバージョンを提供しますか？

-SVNを使用して、プロジェクトの他の全員を好きにできます。

-つまり、あなた自身を構築しますか？

-いいえ、いいえ...そこからバイナリを取得します。



多くのプログラマーは、たとえ署名にシニアやスーペリアなどの署名があったとしても、人生の中でCIの概念に出会ったことはなく、それが何であるかについてほとんど知らないことがわかりました。 このテーマに関するHabréの別の出版物が見つからなかったため、私はギャップを埋めることを決定しました。同時に、可能な限り歓迎の招待を獲得しました。

継続的インテグレーション、なぜ、なぜ、どのように？

継続的インテグレーション（略してCI）は、人生を大幅に簡素化できる特別なソフトウェア開発原則です。 それが指にある場合、CIシステムはソース管理を監視する一種のプログラムであり、変更がそこに表示されると、自動的にそれらをまとめてビルドし、テストを実行します（もちろん記述されている場合）。 失敗した場合、最初に最後のコミッターに、これをすべての関係者に知らせます。



これにより何が得られますか？ まず、いつでも、システム内のソースの状態に関する信頼できる情報があります。 最後のビルドが失敗（「ドロップ」）した場合、Sortsコントロールから最新バージョンを取得できません-コンパイルすらできない場合があります。緑色で成功した場合は、すべて正常です。 第二に、「勝利」の犯人を見つけるのは非常に簡単です-これが最後のコミッターである可能性が高いです-彼は「修理」の責任を負います。 ところで、そのような環境では、最も優先度の高いタスクはビルドを修正することです。



プロジェクトで単体テストが使用されている場合、ビルドごとに単体テストを実行すると、回帰バグがないことがある程度保証されます（ある場所で修復され、別の場所で落ちた場合）。

また、カバレッジ、静的分析、重複コード検索など、ビルドにさまざまなコード品質メトリックを含めたり、テストマシンへのインストールを自動化したりすることもできます。

それでは調理方法は？

CruiseControl、CruiseControl.Net、Atlassian Bamboo、Hudson、Microsoft Team Foundation Serverが思い浮かびますが、個人的には、OpenSourceではありませんが、小規模なプロジェクトには無料のTeamCityが個人的に気に入っています。



したがって、.Net（VS2008SP1）上の小さなプロジェクトのTeamCity CIの下で実行する必要があります。このプロジェクトはSVNに格納されており、nUnitのテストが含まれています。 ご覧のとおり、TeamCityでこれを実行するために、1行のコード/構成を記述する必要はありません。



まず、サーバーが必要です。 はい、私は知っています、これはすでにかなりたくさんありますが、私は管理者に行って言うと、肯定的な結果に自信があります：管理者に行って言うと、私にサーバーを与えてください：たとえば、再刈り取りをしてください。 それで、すでにサーバーを持っているとしましょう、それは仮想です。 next-next-nextをクリックするだけで、TeamCityをインストールします-デフォルトのインストールはかなりまともです。 将来的には、ほとんどの設定は変更できません。ここでは、変更が必要な設定のみを示します。 まあ、将来のために、それはすぐに便利になり、適切なバージョンの.Net Framework（この場合は3.5SP1）とWindows SDKも入れます。

はじめに：設定

そのため、TeamCityでは、インストールの完了時に新しいプロジェクトを作成します。これは実際には個々のビルド構成の単なるグループであり、その中に新しい構成を作成します。



このページで指摘できるもう1つのことは、ProjectName \ bin \ Release \ *のような、バイナリへのパス、たとえばArtifactsフィールドです。 一般に、アーティファクトは、ビルド結果として意味のあるファイルであり、バイナリ、ログ、分析結果などになります。 次に、ビルドごとにWebインターフェイスから適切にダウンロードできます。



ところで...残念ながら、vdprojの標準的なVisual Studioインストールプロジェクトはmsbuildと互換性がありません。msbuildは内部で汚い作業をしています。 したがって、ビルドの結果として既製のmsiを取得したい場合は、少し検討する必要があります。 しかし、それについては後で。

バージョン管理システム

[次へ]をクリックして、バージョン管理システム専用のページを見つけます。 最初に、VCSルートを作成する必要があります。 説明してみましょう。たとえば、隣接するフォルダーにある複数のプロジェクトに同じソース管理を使用します。 次に、それぞれに個別にアクセスを構成することは意味がありません-ルートへのアクセスを構成するだけで、各構成で必要なソースコードの部分を示すだけです。 したがって、新しいVCSルートを作成して接続し、次にVCSのタイプ（Subversionがあります）で、タイプに応じて、さらに設定を行います。svnには、それぞれURL、ユーザー名、パスワードがあります。 ページの下部にあるラベル付けルール設定の大きなグループは、ビルドを成功させるためのタグを作成する場合に使用します。ちなみに、最初から標準のリポジトリ構造を設定しました。 [接続のテスト]ボタンを使用して、入力したデータの正確性を確認し、保存します。 新しく作成されたルートが上部に表示された構成の選択制御ページに戻り、チェックアウトルールを追加する必要があります。 リポジトリのどの部分を構築するかを決定します。 たとえば、プロジェクトがsvn.company.com/trunk/projectにある場合、 svn.company.comにルートをインストールし、次のようにルールを設定することは理にかなっています。

+:trunk/project=>.





つまり、SVNのルートに相対的なアドレスでSVNにあるものを取得し、アクティブな作業フォルダーに取得します。 ソリューションファイルへのパス、アーティファクトへのパスなど、他のすべてのパスは、それに対して相対的に設定されます。

実際にビルド：「ランナー」

すべて、最も興味深い部分に進むことができます。「ランナー」の選択、つまり実際にビルドを実行するプロセスです。 すぐに使用できるTeamCityは、Ant、Mavenなど、さまざまなランナーをサポートしています。さらに興味深いのは、NAnt、MSBuild、およびsln200 *です。



まず第一に、sln2008は私たちのためです。 パラメーターから、ソリューションファイルへのパスを示すだけで十分です（既に述べたように-ルールで指定されたルートを基準にして）。 次に、NUnit設定を含むセクションがあります。ここでは、テストでdllファイルのバージョンとパスを指定するだけで十分です。 それだけです 保存すると、次のページに移動しません。これは、構成がすでに作成されており、使用可能であるためです。 もちろん、これをすべて継続的インテグレーションと呼ぶには、ビルドを起動するための条件を追加する必要があります。インターフェースの右上部分には、4番のビルドトリガーのリンクがあります。 ここでは、唯一の鳥を置く必要があります-ファイルがVCSにチェックインされたときにトリガーを有効にします。 これで、「プロジェクト」ページに切り替えて、ビルド行の「実行」ボタンを押すことができます。 すべてが正しく行われた場合（ソースコードが適切な場合）-ビルドという単語の横のアイコンが緑色に変わり、正常に完了したテストの数が下に表示されます。

開発方法

はい、あなたが望むように。 重複コード検索またはFxCopを有効にできます-対応するランナーは既にTeamCityに含まれています。 展開を自動化できます-ここでは、より難しくする必要があります。



もちろん、プロジェクトが単純なコピーに依存している場合は、単純なコマンドラインランナーに基づいて構成を作成し、ビルドのアーティファクトに依存関係を追加して楽しむことができます。



しかし、たとえばサービスや、さらに悪いことにデータベースがある場合はどうでしょうか？

展開前のWindowsサービスを停止、書き換え、開始する必要があります。データベースを再作成または更新する必要があります。



これがNAntまたはMSBuildの出番です。 一方と他方の両方でスクリプトを作成しましたが、特別な好みがあると言うのは難しいです。 それらはほぼ同じで、それぞれに長所と短所があります。 たとえば、nantはVisual Studioプロジェクトで動作するために同じmsbuildを呼び出します。msbuildはデフォルトで.netフレームワークとともにインストールされます。 しかし一方で、nantにはnant-contribアドオンのかなり大きなライブラリがあります。 一般的に-好みの問題。



では、このようなスクリプトをプロジェクトに追加する方法は？ コントロールに追加して、適切なランナーを設定するだけです。



私のサイト、Windowsサービス、およびデータベースを使用した典型的なプロジェクトビルドスクリプトは、プロジェクトをビルドし、テンプレートに従って構成を更新し、メンテナンスメッセージをサイトに配置し、開発サーバーのサービスを停止し、x-copy開発サーバーにすべてを展開します。 SORTSコントロールのスクリプトを使用してデータベースを更新し（もちろん、必要な場合）、サービスを開始し、maintance-messageを削除します。 このスクリプトの利点は、変更なしでライブ環境に展開するのに適していることです。



一般に、これは別の会話のトピックです。この投稿が気に入ったら続けます。



psまた、vdprojのビルド方法を伝えることも約束しました。 正解はVisual Studioです。 はい、残念ながらビルドサーバーにインストールする必要があります。 これは、たとえば次のように実行できます。



ppsソフトウェアのJetBrainsに感謝します。



ppps招待してくれたMitzgolにさらに感謝します。