問題タブ [aspnet-compiler]

何らかの型を含むアセンブリが与えられた場合、その型の名前を変更したり名前を変更したりして、その型を別の場所に配置するにはどうすればよいでしょうか? または、型を抽出して別のアセンブリに移動するだけかもしれません。

これを行うためのツールはありますか？（セシル？）そして、そのツールのちょっとしたことはありますか？

ありがとう

「なんでそんなことするのよ、バカ!?」を払拭する背景 反応：

Web アプリケーションでビューをプリコンパイルしてから、アセンブリを ILMerging しています。カスタム仮想パス プロバイダーを使用して、多くの物理的および仮想的な場所 (コンパイル済みのものとそうでないもの) からビューを読み込みます。プリコンパイルされたビューの名前と名前空間が「正しくない」ため、これを修正する必要があります。aspnet_compiler(そもそも名前と名前空間を台無しにしない方法がない限り? また、VPP が変更された名前空間でビューを検索できることはわかっていますが、それは重要ではありません。

ヒント/秘訣：VS2005を使用したASP.NET2.0 Webプロジェクトのビルドパフォーマンスの最適化で概説されているように、VisualStudioWebサイトプロジェクト内で使用できる[ビルドページ]コマンドは次のことを行います。

このソリューションは、以前と同様にすべてのクラスライブラリプロジェクトをコンパイルし、次に/ app_codeディレクトリとGlobal.asaxファイルをコンパイルします。次に、Webサイト内のすべてのページを再検証する代わりに、作業中の現在のページのみを検証します。 、およびページが参照するすべてのユーザーコントロール。

msbuildやコマンドラインからこの機能にアクセスする方法はありますか？

大規模なVisualStudioWebサイトプロジェクト（Kentico CMSに基づく）の自動ビルドをセットアップしています。これは次のもので構成されています。

• 変更しない多数のCMS関連のページとユーザーコントロール
• 私たちが積極的に開発している少数のカスタム「Webパーツ」ユーザーコントロールは、すべてWebサイト内のCMSWebParts/Customディレクトリ内にあります。

aspnet_compilerを使用してサイト全体をプリコンパイルするには最大10分かかりますが、これはコミットビルドには遅すぎます。理想的には、カスタムコードだけをプリコンパイルするステップを紹介したいと思います。コンパイル済みの出力（Kenticoサイトには推奨されません）を実際にデプロイしないことに注意してください。この手順は、.ascxファイルのコードを検証することのみを目的としています。

古い Visual Studio 2005 Web サイト (Web アプリケーション プロジェクトではない) を使用しています。現在の目標は、自動ビルドの一部として手動プロセスを複製することです。現在、プロジェクトをアップグレードしたり、Web デプロイメント プロジェクトを作成したり、Web アプリケーション プロジェクトに変更したりすることはできません。

現在のプロセスの最も単純な見方は、開発者が自分のボックスでソリューションを構築し、Web サイトを自分のボックスの場所に公開し、圧縮してリリース チームに渡すというものです。

現時点では、このプロセスの出力を変更するつもりはありません。msbuild スクリプトの一部として自動化するだけです。

これまでに得た最も近い方法は、次のように AspNetCompiler タスクを使用することです。

ただし、これにより、次のようないくつかのエラーが発生しますerror CS0246: The type or namespace name 'FOO' could not be found (are you missing a using directive or an assembly reference?)

編集：

これについては前に言及する必要がありましたが、再構築ターゲットを使用してソリューションで msbuild を実行すると、同じ結果が得られます。

継続的インテグレーション プロセスでは、Aspnet コンパイラを使用してソースを公開しています。ただし、実行中は、変更された dll のみが公開されます。

私たちの仕事は

私たちが望むのは、変更されたものではなく、dll 全体を公開することです。つまり、ソリューション全体の再構築が必要です。

検索すると、aspnet_compilerにオプション-cが見つかりました。しかし、ここでそれを適用する方法がわかりません。あなたの提案をしてください。

INNO Setupインストーラーを使用して ASP.NET アプリケーションをインストール パッケージにコンパイルしました。アプリケーションを専用サーバーにインストールするときに、最初のユーザーが到着したときにスムーズに実行されるように、アプリケーション全体をプリコンパイルしたいと考えています。

問題は、私が知っているのはインストール パスだけだということです。しかし、このコマンドを実行するには、IIS 内のアプリケーションの仮想パスが必要です。

私の場合、アプリケーションは既に IIS に存在し、インストール ディレクトリにマップされています。appcmd.exeを使用して、物理パスで仮想パスを取得しようとしています。これまでのところ運がありません。

どんな提案でも大歓迎です。

以前に Web プロジェクトの自動デプロイをいくつか行ったことがありますが、MSBuild で参照する .csproj ファイルがないため、Web サイト用にセットアップするのは非常に困難です。AspNetCompiler を使用しようとしましたが、これが機能しない障害に遭遇し続けています。CruiseControl を Web サイトで動作させた経験のある人はいますか?

IIS6でasp.net Webサイトを実行しています。.Net3.5 から .Net 4.0 に移行しました。ビルド プロセスでは、aspnet_compiler te precompile と aspnet_merge を使用してアセンブリをマージします。

.Net 4.0 に変換した後、パフォーマンス テストを行いました。これは、4.0 バージョンが 3.5 バージョンよりもはるかに遅いことを示しています。

すべてのページ サーバーについて、w3wp.exe プロセスが Web サイトの /bin ディレクトリから .compiled ファイル (つまり、resultlistpage.aspx.cf9ca39a.compiled) を読み取ることに気付きました。bin ディレクトリから .compiled ファイルを読み取るだけでなく、ページ上の各コントロールに対して、対応する .compiled ファイル (resultlist.ascx.639c3968.compiled など) を読み取ります。これは、ページ要求ごとに発生します。

これを確認するために、Sysinternals Process Monitor を使用しました。

これらの aspx および ascx ファイルは、実際には MVC2 ビューです。

IIS6 で .aspx en .ascx の「ファイルが存在することを確認する」オプションをオフにしようとしましたが、これは役に立ちませんでした。また、アプリケーションの「キャッシュ ISAPI 拡張機能」チェックボックスをオンにしましたが、役に立ちませんでした。

3.5 バージョンでは、この動作は見られません。.compiled ファイルを 1 回ロードしてからキャッシュするだけです。

必死になって、リクエストごとに .compiled ファイルを読み取らないように IIS6 に指示するにはどうすればよいですか?

IIS7 に移行する予定ですが、すぐではありません。

Web サイト プロジェクトがあり、.aspx と .cs をコンパイルしたいと考えています。このために、次のような aspnet コンパイラを使用しています。

つまり、最初に Visual Studio 2010 で Web サイトを公開してから、コマンド ラインを開いて aspnet_compiler を呼び出す必要があります。

コマンド ラインを使用する代わりにクリックするだけで、Web サイト プロジェクトを Visual Studio 2010 で直接コンパイルする方法はありますか? よろしくお願いします。

が指定されている場合でも、仮想パス (または仮想パスの派生元)aspnet_compilerが必要です。-v-m-p

例えば：

がなぜ-v重要なのか不思議です。偽のパスを設定しても、コンパイルは実行されます。値は、属性.compiledの一部としてファイルに格納されます。virtualPath例えば：

virtualPathサーバーにインストールされている場合、サイトはファイルに不一致 (または偽物) があっても正常に動作するよう.compiledです。aspnet_compilerそれで、これを指定することについて大騒ぎしている正当な理由はありますか?

Nantとdevenv.comを使用して、Webサイトプロジェクトを含むすべてのアセンブリを構築します。次に、aspnet_compiler.exeを使用して、公開されたWebサイトをコンパイルします。

これは正しい方法ですか？歴史的に、私たちは常にaspnet_compilerをプレーンなバニラWebサイトフォルダーで使用していましたが、これがWebサイトプロジェクトの一部であるWebサイトを公開するための本当に正しいツールであるかどうかはわかりません。2つの異なるツールを使用して2段階のプロセスとしてこれを実行しなければならないのは、ある意味間違っていると感じます。