この質問があまりにも一般的ですが、IISにデプロイするときにweb.configの設定を1対1で適用する手順はありますか？ IIS ExpessとVisual Studioからエラーがなくても機能するソリューション（ASP.NET MVC 3）があるのでIISにデプロイすると、多くの機能が主にファイルのダウンロードに失敗し、コントローラアクション呼び出しで404エラーが発生します。 Windows 2012 Server上で動作するIIS 8.5。IIS ExpressからIISへの展開
おかげ
ます。また、Webサーバー上のWebアプリケーションをデプロイするためにVisual Studioで「公開」機能を使用することができます。このようにして、VSはすべての必要なファイルとすべてを処理します。 1. Visual Studioで、Webサーバーへのアクセス方法（ファイル共有、ftpなど） に基づいて公開プロファイルを作成します。2.このプロファイルを使用してプロジェクトを公開します。
これが役に立ちます。 これを行うためのステップガイダンスが必要な場合は教えてください
答えをありがとう。はい、私は展開を行う方法です。私は、IISのWebサイトを直接指す公開プロファイルを作成しました。最初のVSビルドソリューションでは、いくつかの種類のプレビューに変更が加えられ、その部分は順調に進んでいます。それから私はそれがファイルをコピーし、私のサイトへのURLでブラウザを開始すると思います。問題は、VSからのデプロイメントの後、アプリケーションの一部（すべてではない）が問題を引き起こすことです。 –
私はいくつかのビルドステップで、何らかの種類のACL（アクセスコントロールリスト）を作成していることに気付きました。ビルド中に出力にポップアップ表示されます。私がちょうどzipに公開して解凍して直接コピーすると、違いがありますか？これは好まれませんが、それがうまくいくなら、私はその回避策で解決できます。 –
ビルドプロセス中に出力されるACLメッセージのスクリーンショットをいくつか提供してください。また、プロジェクトをローカルフォルダに公開し、その内容をサーバーに手動でコピーすることもあります。あなたはそれを試して、それが動作するかどうか見ることができます。それは好まれませんが、手動展開プロセスがあるプロジェクトでは、この方法を使用してフォルダを制御し、公開されているものと展開されているものを確認する方法があります。 –
web.configは、他の上位レベルのサーバー設定とは別に、1-1と同様に展開する必要があります。探すべきカップル：MVCがサーバーにインストールされていることを確認し、仮想ディレクトリがアプリケーションとして設定されていることを確認します。 – squillman