ASP.NET MVC Azure プロジェクトを圧縮して別のコンピューターにコピーしました (どちらも VS 2008 を使用しています)。「Documents\Visual Studio\Projects」で解凍できると思っていましたが、うまく動作しません。サイトはビルドされますが、ブラウザーにマスター ページまたは Site.css が表示されません。プロジェクトを Zip ファイルとして移動しても問題ありませんか?
私の本当の質問は、1 人の開発者が 3 台の異なるコンピューター間で ASP.NET MVC Azure プロジェクトを共有するための最良の方法は何ですか? Dropbox や Live Mesh などを使用する必要がありますか? または、おそらくgithub？
OPはこちら。問題は、2 台目のコンピューターの IIS で「静的コンテンツ」が有効になっていないことでした。Azure の最新のインストール手順 (2009 年 3 月 CTP) では、この重要な手順が省略されています。最初のコンピューターはもともと、2009 年 1 月の CTP を実行していました。この CTP には、静的コンテンツを有効にする手順が含まれていました。プロジェクトを圧縮して移動すると、うまくいくようです。
はい、すべてのファイルが圧縮したサブディレクトリにあると仮定すると、プロジェクトを zip で移動できます。サブディレクトリにないファイルをソリューションに追加すると、問題が発生することがあります。他のファイルへの参照は、絶対ではなく相対である必要があります。
発生する可能性のある問題は、両方が同じファイルを編集したり、編集済みのファイルを、まだ変更されていない開発者のマシンからのファイルで誤って上書きした場合です。
ほとんどの開発者は、ソース管理システムを使用してプロジェクトを共有しています。Git は、聴衆が増えているかなり新しいものです。Subversion は少し前から存在しており、非常に人気があります。Visual Studio は TeamFoundation サーバーと統合されています。
ProjectLocker.com は、無料のサブバージョン ホスティングを提供しています (独自のサブバージョン リポジトリをセットアップする必要はありません)。
Codeplex.com は、オープン ソース プロジェクト向けの Team Foundation Server ホスティングを提供しています。
app-root がアプリケーションではない場合、またはアプリケーションが仮想ディレクトリを正しく処理していない場合に表示されるタイプのように思えます。
バーチャルで; たとえば、「/foo/bar」はめったに使用しないでください。アプリがサイトのルートにインストールされていない場合、予期しない動作が発生するためです。「~/foo/bar」を意味しますが、多くの場合、追加のコードが必要になります。ここで説明したように。