asp.net - Web開発のセットアップ

Question

私は完全なWeb開発環境をセットアップしているところです。現在、2人の開発者がいます。1人はバックエンドプログラミング（C＃、. NET）に専念し、もう1人はフロントエンド開発（HTML、CSS、XSLT）に専念しています。

それぞれにMSVisualStudio 2008がインストールされており、Visual Source Safe 2005を介してソースが共有されています。どちらもファイルをチェックアウトし、ローカルで開発します。

テストサーバーをセットアップしました。ここで、マージおよびテストされたコードが最終的に完成し、そのサーバーは常に「正しい」バージョンである必要があります。

3つのインストールのそれぞれが同じデータベースを共有します。

より多くの開発者のために準備しているので、このセットアップは少し拡張する必要があると思いますが、ファイルの同期と迅速な変更のための簡単なアクセスに関してかなり多くの問題があります。多くの場合、いくつかのレイアウトとデザインを非常に迅速に変更し、ファイルを手動でテストサーバーにコピーする必要があり（Webサーバーに.NET / C＃コードファイルは必要ありません）、サイトは失敗します:-(

標準のCMSを使用してすべてのフロントエンド作業を構築しますが、これがソースセーフに含まれていると、処理速度が大幅に低下します。

フロントエンドのすべての作業をバックエンドコードから完全に分離して、変更を簡単に行えるようにしたいと思います。

例えば。.NETコードについて考えることなく、設計にいくつかの変更を加えて、本番環境に迅速にデプロイしたいと考えています。

私が見逃しているものはありますか、またはWeb開発環境をセットアップするためのベストプラクティスは何ですか？

いくつかの助け/経験を楽しみにしています:-)

/トーマス

Answer 1

おそらく、より機能的なバージョン管理システムを検討する必要があります。SVN には優れたツール サポート ( VS2008 統合用のAnkhSVNおよびVisualSVNを含む) があり、Mercurial、Git、または Bazaar などの分散バージョン管理システムは、さらに多くのオプションと、より基本的なツール サポートの価格を提供します。

簡単な分岐が必要な場合があり、バージョン管理システムを使用して関連するリソースを管理することは、それらを本番環境に簡単にデプロイできる (つまり、"svn up" を実行する) 場合にはるかに簡単になります。

Answer 2

3 つのインストールのそれぞれが同じデータベースを共有します。

これは悪い決定のようです。dev1、dev2、および test がすべて同じデータベースを使用している場合、dev1 が dev2 および test に干渉せずにスキーマの変更を試すにはどうすればよいでしょうか (実験的なスキーマを操作するためのコードがまだチェックインされていないと仮定します)。

また、DB は単一障害点になるため、誰かが誤って重要なテーブルを削除/切り捨てた場合、すべての作業が停止します。

理想的には、各環境には独自の DB が必要です。Oracle のような無料ではない DB を使用している場合、各環境に独自のサーバーを提供する余裕はないかもしれませんが、少なくとも各環境には独自のスキーマが必要です。

Answer 3

I can not help you with information about how to handle CMS content, but I have setup or used a couple of buildservers.

Having worked with Visual Source Safe in a lot of projects and Team Foundation Server in some, I stay away from it if I can.

Our recent buildserver consists of Nant scripts that check out the source from a Subversion-repository. The build itself is done by MSBuild. The result of the build is then xcopied to stage and production.

There should be an easy way to transfer database changes from development to stage and production. We have a tool (http://www.codeplex.com/ScriptDB) that scripts the dev-Database. The result is checked into Subversion. Its easy to see what changed in the log of Subversion.