asp.net - SVNとTeamCityを使用したWebアプリケーション展開ワークフロー

Question

私はSubversionにかなり慣れていません。これまでの私の仕事のほとんどは、VisualSourceSafeを使用したものです。SVNとTeamCityを使用して展開プロセスを改善したいと考えています。これが私の計画です：

3つのブランチがあります。

CIプロセス：

トランクでソースの変更をコミットします。
TeamCityは変更を検出し、ソリューションを構築して単体テストを実行します。
すべてのテストに合格すると、TeamCityはWeb配置プロジェクトの出力をブランチ/ステージングにコミットし、ステージングWebサーバーのwwwrootにエクスポートします。

次に、本番環境にデプロイする準備ができたら、次の手順を手動で実行します。

これは意味がありますか？私のようなVSSユーザーがこのプロセスで見逃している/誤解している可能性があるものはありますか？

score 4 · Accepted Answer

ASP.NetおよびWeb展開プロジェクトでこれを行う方法についてかなり長い投稿を書きました-あなたの路地のすぐ上に聞こえます（これを投稿することが許可されているかどうかわかりません-mods？）：

score 4 · Accepted Answer

遅い答えですが、このスレッドの読者に役立つ可能性があります：

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

このチュートリアルでは、継続的インテグレーション（CI）の基本と、ソース管理リポジトリで新しい変更が検出されるたびに新しいデータベースを構築し、データベースに対して指定された単体テストを実行し、テストされたデータベースをQA環境に同期する方法について説明します。

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

score 2 · Accepted Answer

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

ビルド結果をSVNに保持しません。私たちにとっては、アーティファクトの下でTeamcityにそれを持っていても大丈夫でした。この時点でベストプラクティスを使用するかどうかはわかりません。

あなたはSVNとTeamcityでとても幸せになるでしょう...頑張ってください！

3 に答える 3