Visual Studioの設定や展開の構築に失敗しない誤差
-
21-08-2019 - |
質問
私はセットアップと展開のプロジェクトは、弊社のサーバの構築-報告書以下の概要:
========== 全てを再構築し:25成功した2失敗したときは、0スキップ==========
どうなるかはわからないのは失敗したものと考えていて、vdprojプロジェクトが実行し、ビルドにインストーラに誤りがないか報告されます。の"パッケージファイル"メッセージの出力には自分のPCの構築が完了しました。
私は確信しい環境のものだけがログですが、何と言っても問題はあっさりとした印象でしたが、番号に対応するようにする。
でも他人に setup.exe
や myapp.msi
ファイルが生成されます。できないどのような動作するように、プロジェクトが失敗したありがとうございます。一切言及しておらず失敗します。すべての思いるので私は解除の設定をプロジェクトの概要はありません。
誰でもできるので思いもします。
解決
その答えを終了したことで知られるバグ: https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=317870
その答えは変更のプロジェクトファイル(*.csproj)を含む商品dbmlファイルを削除すものとしており
- 近VS2008年.
- のプロジェクトを含むファイルの商品項目メモ帳です。
- 削除し、次のような
[ItemGroup]
【サービスとするものではありません"{3259AA49-8AA1-44D3-9025-A0B520596A8C}"/]
[/ItemGroup]設定はプロジェクトで構築 功した。ただし、 をダブルクリックすると、そのDBMLファイルを開く デザイナー VS2008年に設プロジェクト 止まビルです。上記の サンプル ない 取得には再追加し プロジェクトファイルの設定をプロジェクト 停止を築くれました。だけで 再スター VS2008年とので再度作業 --までのDBMLデザイナー。一度の設定に失敗したプロジェクト これにより問題があります。 の構築に成功します 再スター VS2008年.
いずれの答えを見つ少なくとも、リンクの解答)から MSの接続フォーラムのテーマ.こちらの 回避策文書化され.
他のヒント
この(あなたは「.NETは」私はあなたがTFSとチームビルドを使用していると仮定するつもりです。タグ付けされたので、あなたはあなたが持っているビルド・サーバーの種類を言いませんでした)
チームビルドは、MSBuildの(本当にそれはMSBuildのIS)を使用しています。 MSBuildのはvdprojファイルを構築することはできません。唯一のVisual Studioは、それを行うことができます。
あなたはvdprojファイルを含めるソリューションを含めているならば、彼らは失敗しますので。 (彼らは失敗したかどうかを確認するためにvdprojプロジェクトを中心に、ビルドログをチェックしてください。)
登録からこれらの失敗を停止する一つの方法は、あなたが(失敗したプロジェクトが本当にあなたを悩ませている場合)あなたのvdprojファイルが含まれていない、あなたのチームビルド用にコンパイル構成を作成することです。
あなたのMSIおよびEXEファイルを取得するための最良の方法は、あなたのvdprojプロジェクトにVisual Studioを実行することです。ビルドが完了した後にカスタムターゲットを追加し、プロジェクトに手動でのVisual Studioを呼び出します。 (あなたはこれをやっている場合を除き、あなたのMSIおよびEXEファイルが生成されている理由を私は知りません。)
別の方法として、WindowsインストーラーXML(WIX)を検討してください。 (完全なリリースに非常に非常に近く、安定したベータ版を持っている)バージョン3は、MSBuildのを使用しています。これはあなたのソリューションは、特別なアクションアウトを有効にして構築チームを経由してコンパイルすることができることを意味しています。唯一の欠点は、WIX「のどれCPU」をターゲットにすることはできませんが、それは限り、それは特定のプラットフォームをターゲットにしているとして「任意のCPU」のソリューションレベル対象の一部であるということです。
ええ、私は前にこれを持っていた。
あなたのセットアップわからないが、これが適切である試みるます:
まず、あなたのソリューションファイルを右クリック> [プロパティ]> [構成
そこでは、一緒に構築し、そしてどのません突出するを試してビルドダニボックスを使用します。
また、ファイルシステムでは、すべてのプロジェクトのデバッグ/リリースのフォルダーを削除します。
最後に、私の経験では、このエラーは通常、破損/行方不明のweb.configファイルによって引き起こされます。
私はあなたが行く方法を知ってみましょう。
私の場合はプロジェクトが正しくないため、バージョンフォーマット(「バージョン」プロジェクトのプロパティ)の構築に失敗しました。 受け入れフォーマットは、1.0.0のようなX.X.Xです 私は1.0.0.0に変更した場合、プロジェクトがビルドに失敗します。