問題タブ [msbuild]

C# 一部のプロジェクト ( .csprojプロジェクト) が実際のビルド システムの一部である場合、ライフサイクルと自動ビルド プロセスをどのように管理しますか?

例: .csprojは、 BuildEnv.csprojMSBuildに実装されているタスクを使用するプロジェクト です。両方のプロジェクトは同じ製品の一部です (つまり、BuildEnv.csprojは製品の開発中に頻繁に変更され、めったに更新されないサード パーティではありません)。

継承されたプロパティ シートを使用して、既存の C++ コードのアウトオブプレース ビルド システムのセットアップを完了しました。これは、Visual C++ 製品に固有の機能と思われます。場違いなビルドでは、多くのプロジェクト設定を変更する必要があり、継承されたプロパティ シートにより、プロジェクトにプロパティ シートを添付するだけで必要な設定をすべて変更できました。チームを UI 用の C++/MFC から C# および WPF に移行していますが、同じ場違いなビルド機能を提供する必要があり、うまくいけば同じ利便性があります。C# プロジェクトでこれを行う方法が見つからないようです。最初に MsBuild ターゲット ファイルを参照できるかどうかを確認しましたが、これを行う方法が見つかりませんでした。全体に MsBuild を使用できることはわかっていますが、それは必要以上に複雑に思えます。

外部 Web サービスにメッセージを送信するアプリケーションがあります。MSBuildとCruisecontrol.NETを使用して、このアプリケーションをビルドおよびデプロイします。CCNET がアプリをビルドしてデプロイする際、NUnitを使用して一連のテストも実行します。ここで、Web サービス通信もテストしたいと思います。

私の考えでは、ビルド プロセスの一環として、(外部 Web サービスの WSDL に基づいて) Web サービスを生成し、ビルド サーバーのローカル Web サーバーにデプロイする必要があります。Web サービスが行う必要があるのは、メッセージを受信して​​ファイル システムに配置することだけです。これにより、たとえば通常の NUnit を使用して確認できます。これにより、新しい開発者はビルド スクリプトを実行して実行するだけでよいため、開発が容易になります (サード パーティ サービスへの接続を設定するために時間を費やす必要はありません)。

WSDL に基づいて Web サービスを簡単に模倣できる既存のユーティリティはありますか? MSBuildを使用して似たようなことをした人はいますか?

このシナリオをテストする他の方法はありますか?

ビルドが壊れたときに TFS のアラート メカニズムによって送信されるステータス メールが気に入っています。ただし、そのようなメールをチーム全体に送信し、チームがアラートを購読することに依存したくありません...

「OnBuildBreak」をオーバーライドし、MSBuildCommunityTasks EMail タスクを使用するときに、適切で詳細なメッセージを自分で作成するのに苦労しました。

TFS アラートを電子メールのリストに強制的に送信する方法はありますか? このようなステータス通知を送信する方法をお勧めできますか?

TFS 2005 を 2008 にアップグレードする最善の方法は何ですか? また、チーム ビルド スクリプト (「ビルド タイプ」) についてはどうでしょうか。それらはチーム ビルド 2008 と互換性がありますか、または何らかの方法で変換/移行する必要がありますか?

CruiseControl.Net を使用するビルド ボックスがあり、msbuild を使用して VB.Net および C# プロジェクトをビルドしています。.Netに関する限り、ボックスにインストールしたのは.Net 2.0 SDKだけです（ボックスをできるだけきれいに保とうとしています）。現在、このボックスで C++ アプリを構築しようとしています。私たちが直面している問題は、ヘッダー ファイル (windows.h など) が SDK と共にインストールされていないことです。

これを機能させるには、VS 2005 をインストールする必要がありますか?

編集：

何人かが答えたように、私は実際に 3.5 Platform SDK をダウンロードしましたが、このボックスで構築されたアプリケーションは、3.5 がインストールされていないボックスで実行する必要があります。3.5 SDK を 2.0 ビルド ボックスにインストールすると、ビルド ボックスが損なわれますか?

編集：

これは未回答のままにしておきますが、先に進んでボックスにVisual Studioをインストールしたことを付け加えると思いました。すべて問題ありません。私はそれをしなければならないのは嫌いですが、2.0 ビルド ボックスに 3.5 SDK があるというリスクを冒したくありませんでした。私はまだより良い解決策を聞きたいです。

Team Foundation Server 2008 のインストールと、チーム ビルド サービスを備えた別のマシンがあります。

チーム ビルドを作成し、Visual Studio またはコマンド ライン (正常に完了した場合) で手動でトリガーできます。ただし、ビルド定義ですべてのチェックインをビルドするオプションがオンになっているにもかかわらず、ソース ツリーにチェックインしてもビルドはトリガーされません。更新: 明確にするために、CI オプションが有効になっている完全に機能するビルド定義がありました。

ソース ツリーは、MainフォルダーまたはBranch\branchNameフォルダーの下にあるコードを使用して、非常に単純な方法で構成されます。コードの各ブランチ (メインを含む) には、含まれるソリューション ファイルに関連する標準のチーム ビルド定義があります。デフォルト設定からわずかに変更されているのは、ビルド サーバーの作業フォルダーだけです。つまり、メインの場合、パスの長さにより、これはServer:"$\main" Local:"c:\build\main"になります。

私が推測できた唯一のこと (可能性のある赤いニシン) は、開発者のワークスペースに奇妙な点がある可能性があるということです。現在、各開発者は Server:"$\" を local:"c:\tfs\" にマップしているため、すべてのブランチに対して 1 つのワークスペースしかありません。これは主に、一部の開発者が以前に陥った再マッピングの問題を回避するためです。しかし、これが CI にどのように影響するかはわかりません。

更新:間接的に答えを見つけました。以下をお読みください

WebサイトのWeb配置を行っており、アセンブリのマージプロパティをtrueに設定しています。

なんらかの理由で次のエラーが発生します。

アセンブリのマージ中にエラーが発生しました：相対仮想パス'Global.asax'はここでは許可されていません。

と関係があるようですが、Global.asaxなぜ切り捨てられるのかよくわかりません。私のコードはローカルで正常にコンパイルされますが、混乱しているのはマージだけです。

何か案は？

私はいくつかのプロジェクトで解決策を持っています。それらの1つはセットアッププロジェクトです。ソリューションエクスプローラーでセットアッププロジェクトを展開すると、[検出された依存関係]ノードが表示されます。それを右クリックすると、[依存関係の更新]というメニュー項目が表示されます。これにより、セットアップに含まれるファイルに基づいて依存関係が更新されます。

devenv.comまたはMSBuildのいずれかを使用して、VisualStudioの外部でこのアクションを実行できるかどうかを尋ねています。

継続的インテグレーションにCruiseControl.NETを使用しているため、これが必要です。一部のソリューションでは、プロジェクトを自動的にビルドする方法が原因で、セットアップ出力にいくつかの依存関係が欠落していることがわかりました。

アップデート：

私のセットアップは、VisualStudioでのセットアッププロジェクトの動作にあまり馴染みがないことがわかりました。コンピューターにコピーしてすぐに使用できるアプリケーション構造全体を作成するために、ビルド後のイベントを使用することになりました。本当に必要な場合を除いて、VisualStudioでセットアッププロジェクトを使用していません。

.net プロジェクトのビルド プロセスをカスタマイズするために MSBuild 構文を使用することを学ぶ価値があると人々が考えているのか、それとも、Visual Studio を使用してプロジェクトを簡単にビルドできることを考えると、それは本当に価値がないのか、単純に疑問に思いました。

ナイトリー ビルドなどで考えているのですが、VS に組み込まれているコマンドライン ビルド オプションを使用するスケジュールされたイベントを使用できないでしょうか。そこに優れたツールはありますか？