asp.net - ライブWebサイトへの公開

Question

友人と私は、ASP.NETを利用したWebサイトで共同作業を行っています。ローカルで開発するには、Visual Web Developer Expressを使用します（ニーズに十分対応できます）。Subversion（Tortoise SVNを使用）は、Unfuddle.comにあるリポジトリで選択するソース管理です。

ライブサイトを更新する必要がある場合、バージョン管理がないため、問題が発生します。現在、FTPを使用してファイルをコピーするVWDの「Webサイトにコピー」機能を使用しています。ここにいくつかの問題があります：

1. VWDは、1人のユーザーがアップロードしたファイルのみを追跡するため、他のユーザーが新しいバージョンのファイルをライブサイトにアップロードした場合、私の側のVWDは、ファイルのライブバージョンが新しいか私のものかを判断できません。
2. 最新の変更がすべてライブサイトで利用可能かどうかを判断する方法はありません。
3. 他のユーザーのローカルDB設定は私のものとは異なるため、共有web.configファイル全体でパーティを行わないように注意する必要があります。もちろん、ライブDB設定はまったく別の話です。

ライブサイトに公開するために何を使用しますか？プロセスを自動化し、ライブサイトが変更リスト番号に同期されることを常に保証できるように、Subversionに関連するものはありますか？また、さまざまなweb.configファイル設定をどのように管理しますか？

ありがとう！

Answer 1

上手...

さらに2週間待つと、次のようになります。VisualStudio2010。すばらしいことがたくさんあります。

• ローカルと本番用に異なるweb.config設定があるため、基本的に1つのweb.configを使用できます。vs2010は、公開時にデルタファイルを自動的にマージします。これはこれまでのところ本当に弱点です。http://weblogs.asp.net/gunnarpeipman/archive/2009/06/16/visual-studio-2010-web-config-transforms.aspxを確認してください
• より現代的な公開メカニズム。gpackagesで動作します。それをサポートするにはホストが必要ですが、真剣に-FTP公開メカニズムはかなり前に廃止されました。http://blogs.msdn.com/webdevtools/archive/2009/02/09/web-packaging-creating-a-web-package-using-vs-2010.aspx

破壊的な結びつきはありますか？もちろん、どのCIサーバーでもそれを実行できます。ポイントは、しかし、あなたは望んでいないということです。バージョン管理！=Webサイトの公開。すべてのチェックインを公開するわけではありません。自明ではない非遊びのセットアップでは、変更は開発時に行われ、次にテストサーバーに移動され、場合によっては統合サーバーに移動され、最後に本番に移動されます。あなたは「あなたが行くように」公開しないでください。