Webアプリケーションのデプロイメントワークフロー（SVNとTeamCityを使用）

Question

私はSubversionをかなり使い慣れています。これまでの私の仕事のほとんどは、Visual Source Safeにありました。私はSVNとTeamCityを使って私の展開プロセスを改善しようとしています。これは私の計画である：

1. 開発（/トランク） - Web配置プロジェクトを含む全体のASP.NETソリューション、：

   3つの分岐があるでしょう。

2. ステージング（/支店/ステージング） - Web配置プロジェクトの出力（実行のみのために必要なファイル - ビン、.aspxの、イメージなど）
3. 展開（/支店/展開） -

ステージングと同じ

CIプロセス：

1. トランクのコミットソースの変更。
2. TeamCityは変更を検出し、ソリューションを構築し、単体テストを実行します。
3. すべてのテストに合格すると、TeamCityはWeb Deployment Projectの出力をブランチ/ステージングにコミットし、ステージングWebサーバー上のwwwrootにエクスポートします。私は、生産に展開する準備ができていたときに

はその後、私は手動で次の操作を行います：

1. は支店の支店/生産
2. アップデート生産ウェブサーバーの作業コピーとステージング/枝をマージ/製造。

これは意味がありますか？このプロセスで自分のようなVSSユーザーが行方不明/誤解を招くことはありますか？

Answer 1

私は、ASP.NetとWeb配置プロジェクトでこれを行う方法について非常に長い記事を書いています。あなたの路地をまっすぐに聞こえます（このモデムを投稿することができるかどうかわかりません）：

http://www.diaryofaninja.com/blog/2010/05/09/automated-site-deployments-with-teamcity-deployment-projects-amp-svn

Answer 2

これはあなたにとっては効果的かもしれませんが、通常ステージは顧客が変更を受け入れる場所です。 各ビルドにデプロイすると、一貫した動作が得られません。

SVNでビルド結果を保持しません。私たちのためにTeamcityでアーティファクトの下でそれを持っていればOKでした。現時点でベストプラクティスを使用しているなら、私はshureではない。

あなたはSVNとTeamcityで非常に幸せになるでしょう...幸運！

Answer 3

後期の答えが、このスレッドの読者に役立つことができます：

私は少しオンライン研究を行って、あなたの問題に役立つかもしれないステップバイステップのチュートリアルを発見しました。

This tutorialは、ソース管理リポジトリで新しい変更が検出されたときに、継続的インテグレーション（CI）の基礎と新しいデータベースを構築する方法、データベースに対して指定された単体テストを実行し、テストされたデータベースをQA環境。

データベース開発プロセスで継続的インテグレーション（CI）を実装するために必要な前提条件は、ソース管理下にデータベースを置くことです。