問題タブ [msbuild]

昔、私が Java 開発者だったとき、メインの Ant スクリプトから呼び出す別の Ant スクリプトを作成できました。メイン スクリプトが実行される各環境に固有のプロパティを配置します。MSBuild で同じことをしたいのですが、MSBuild スクリプトを連結する方法がわかりません。

私のソリューションには、次の 2 つのプロジェクトが含まれます。

• MyNamespace.Web.UI
• MyNamespace.Web.Core

UI は Core を参照し、Core は私のライブラリ以外には存在しない Foobar.dll を参照します。Visual Studio 2008 からビルドすると、予想どおり Foobar.dll が UI プロジェクトの Bin フォルダーにあります。ビルド前に存在しないことを確認しました。

しかし、NAnt からビルドするとそこにないため、ランタイム例外が発生します。NAnt タスクは次のようになります。

VSでは、リリースモードとデバッグモードなどですべてをビルド、再構築、再構築しようとしましたが、常に同じです。Foobar.dll は Bin フォルダーにあります。NAnt ではそうではありません。また、NAnt スクリプトから /m スイッチを削除しようとしました。同じ結果です。

UI ではなく Core で参照される他の dll がいくつかあり、NAnt ビルド後に予想どおり Bin に表示されます。

私の回避策は、UI プロジェクトで Foobar.dll を参照することですが、それでは少しうんざりします。何がこれを引き起こす可能性がありますか？

(ちなみに、Foobar.dll は実際には NHibernate.ProxyGenerators.CastleDynamicProxy.dll です)

I have a solution which contains many class libraries and an ASP .NET website which references those assemblies.

When I build the solution from within the IDE, all assemblies referenced by the website end up in the bin directory. Great!

When I use MsBuild from the command line, all the referenced assemblies are not copied to the bin directory. Why?

My command line is simply:

Web サイト展開プロジェクトを使用しましたが、aspnet_merge.exe ユーティリティがビルド サーバーにないことがわかりました。これにより、ビルドできなくなります。このユーティリティを入手するには、ISO ファイルとして提供される 1 GB 以上の Windows SDK をインストールする必要があります。必要なのはその1つのアセンブリだけである場合、この全体をインストールしたくありません。しかし、そのファイルがそのインストーラーの他の何かに依存しているかどうかはわかりません。また、Web ツールが Windows SDK に埋もれている理由もわかりません。いくつかの Web ツール インストーラーに含めることをお勧めします。

このアセンブリを FrameworkSDKDir にコピーして、そのように機能させた人はいますか?

関連: Visual Studio 2008 Web 配置プロジェクトの使用 - aspnet_merge.exe の検索でエラーが発生する

MSBUILD でファイルに対して ReadLinesFromFile を実行し、そのファイルを再度出力すると、すべてのテキストが 1 行に表示されます。すべてのキャリッジ リターンと LineFeeds が取り除かれます。

通常はこのようなファイルからテキストを取得します

こう出てくる

ReadLinesFromFile のコードは、一度に 1 行ずつデータを取得し、キャリッジ リターンを取り除きます。

それらを元に戻す方法はありますか？私の電子メールはすべてき​​れいにフォーマットされているように見えますか?

ありがとう

ASP.NET サービスと統合された一連の Borland Delphi 6 プロジェクトをビルドしてテストしたい。Delphiの構築にWANTとCruiseControlを使用していました。TFS ビルド エージェントを使用すると、すべてを結び付けてテストを行うことができます。私はガイダンスと方向性を探しています。

私が目にする 1 つの問題は、'<'SolutionToBuild'>' として MSBuild に与えられる Delphi プロジェクトに「ソリューション」がないことです。

また、<UsingTask> への参照がありますが、それらの使用方法が少しわかりません。<UsingTask> を使用すると、Delphi コマンドライン コンパイルのカスタム タスクを実行できます。

ご指導いただければ幸いです。

私が取り組んでいるプロジェクトのビルドを自動化しようとしています。私の最終的な目標は、最終的に継続的インテグレーション サーバーを持つことであり、これまでのところすべてが素晴らしかったです。自分のプロジェクトに必要な最小限のセットアップを見つけるために、新しくインストールしたシステムの構成を開始したところ、Windows Mobile 5 SDK をインストールするために Visual Studio IDE をインストールする必要があることに出くわしました。ビルド サーバーに本格的な IDE を用意するのは適切ではないと思います。WM 5.0 プロジェクトで実際にビルドを自動化しようとした人はいますか? それらはまったく自動化できますか？

ありがとう！

ビルドサーバーに、MSBuildを開始してビルドを実行するために、.NET Framework2.0SDKをインストールしました。現在、.NETFramework3.5にアップグレードしています。完全なVisualStudioをインストールしたくありませんが、インターネット上でも.NET Framework 3.5 SDKが見つかりませんか？

質問：.NET Framework 3.5 SDKのインストールに相当するものを入手するには、何をダウンロードしてインストールする必要がありますか？

私が C#/ASP.NET で取り組んでいる最近のプロジェクトには、かなり複雑な JavaScript ファイルと気の利いたスタイル シートがいくつかあります。もちろん、これらのスクリプト リソースのサイズが大きくなるにつれて、リソースを縮小し、Web ページをできるだけ軽量に保つことをお勧めします。デバッグ後に JavaScript リソースをコンプレッサーに手渡し、アプリケーションをデプロイする多くの開発者を知っています。

継続的インテグレーションの満足のいく世界でのソース管理と自動ビルドに関しては ( CruiseControl.NETに感謝します)。手の圧迫では十分ではありません。ソース管理を維持し、圧縮されたリソースを提供する唯一の方法は、JS/CSS ソースとその縮小版を別のディレクトリ構造に保持することです。次に、リソースのセットを 1 つだけ登録するか、コード ビハインドで他のセットを登録します。ただし、開発者が JS/CSS ソースに変更を加えた後、それを再圧縮して両方のバージョンをチェックインできなかった場合、コード行が同期していません。言うまでもなく、エレガントではありません。

ビルド アクションの後、asp の前に、ターゲット ディレクトリ内のすべての JavaScript および CSS リソースを見つけて圧縮する CC.NET タスク ブロック用のカスタム実行可能ファイル (まだ存在しない場合) を作成するとよいと考えています。ターゲットへの .net パブリッシュ。この方法では、開発者は JS および CSS ソースでのみ作業し、ユーザーは縮小されたリソースのみを取得します。

このタスクを既に実行しているアプリケーションはありますか?そうでない場合、ビルド サーバーにインストールして CC.NET を実行するには、どのような種類のリソースを探す必要がありますか?

(ここで見つけることができる最も近い質問は NAnt を必要としていましたが、これは私の場合のオプションではありません。)

編集: Dave Ward は、Visual Studioで自動的に縮小する方法に関する素晴らしい記事を彼のサイトに掲載しています。

MSBuild が TFSBuild.proj ファイルを実行するときに、コード分析ツールから除外する必要がある CodeAnalysisRules のリストを定義するために最善を尽くしています。

しかし、テストするたびに、除外するコード分析ルールのリストは無視され、チーム ビルドは単に各プロジェクトのコード分析ルールの設定を尊重します。

チームでビルドされたすべてのプロジェクトのコード分析ルールの例外の 1 つのリストを共有する TFSBuild.proj ファイルの例を持っている人はいますか? チームシステム 2008 を使用しています。

ご協力ありがとうございます。