ここにいるほとんどの人は、完全に自動化されたビルドの重要性を理解していると思います。
問題は、私たちのプロジェクトの 1 つが統合された Visual Studio セットアップ プロジェクト (vdproj) を使用しており、最近 Visual Studio 2008 に移植されたことです。明らかに、すべてのマルチコアコンピューターでそれを行います（!!!）。したがって、.Net 2.0 および 2005 にロールバックするか、単に Visual Studio の展開を放棄するかを選択できますが、まず、セカンドオピニオンが必要です。
IDEを開いて何かをクリックする必要のない.vdprojを構築する別の自動化された方法を知っている人はいますか?
vdproj を捨てると言ったとき、私は WiX を念頭に置いていました。あなたはそれについて何か経験がありますか、良いこと、警告はありますか？
低コストの解決策は、MSBuild を使用して自動化できる ClickOnce の使用に切り替えることです。しかし、それでも Windows インストーラー パッケージを作成する必要がある場合は、プロジェクトを WiX に変換し (非常に簡単です)、ソリューションでそれをビルドする必要があります。
私は少し前に WiX を使用したことがあります。一般的に、何をすべきかを理解すれば素晴らしいと思いますが、学習曲線は急勾配です。WiX のチュートリアルに 1 日を費やすと、セットアップの 80% が機能するようになるはずです。
私は同じ要件を持っていて、これら2つのリンクで提案されているものを使用することになりました
基本的に、チーム ビルド自体はセットアップ プロジェクトをビルドしないため、このアプローチでは、通常のビルドが完了した後に新しいビルド ステップを追加します。このステップでは、devenv.exe を起動して 2 番目のビルドを開始します。IDE がセットアップ ファイルをビルドします。追加のビルドは少しコストがかかりますが、プッシュされる予定のビルドにのみ必要でした。CI ビルドでは、毎回セットアップ ファイルをビルドする必要はありません。
その後、いくつかのコピー コマンドを実行し、Team System のビルド結果に表示されるビルド ステップを再度実行して、セットアップ ファイルをネットワーク共有などに移動します。
最初は少しクルージュのように感じますが、機能します。これは、Team System の自動ビルドの本格的な部分でもあるため、継続的インテグレーションの目標に役立ちました.