2017-05-23 8 views
8

私はVS-2017で.NETプロジェクトを公開しようとしています。私はエラーを取得する公開する場合:ビルドのすべてのビルドサブミットは、同じプロジェクトコレクションからのプロジェクトインスタンスを使用する必要があります

All build submissions in a build must use project instances originating from the same project collection.

プロジェクトは、両方のリリースとデバッグモードで罰金構築します。デバッグとして公開しようとしているときも同じことが起こります。どのようなアイデアをどのように私は何が間違っている情報を得ることができますか?

+0

私たちは分で使用している回避策は、代わりにアドバイスの最高のビットではないのリリースのデバッグに公開することですが、回避策として行うのと同じ問題を抱えています:ここで

は、現在の更新リンクあり –

答えて

1

私の場合は、msbuildを使用して自分のソリューションをビルドして公開してください。 msbuildを実行する前に、ビジュアルスタジオでパブリッシュプロファイルを作成する必要があります。

オープンCMD し、次のコマンドを実行します。

"C:\プログラムファイル(x86の)\ 2017 \プロフェッショナル\ MSBuildの\ 15.0 \ビン\のMicrosoft Visual Studioの" D:\ VMC \ VMC.sln/p:DeployOnBuild = true/p:PublishProfile = "FolderProfile"

また、msbuidへのパス(コンピュータと異なる場合)と解決策を置き換える必要があります。

私にとっては役に立ちます。

0

あなたの質問に厳密に答えるために、より多くの情報を得る方法は、MS Devコミュニティ(https://developercommunity.visualstudio.com/content/problem/18721/all-build-submissions-in-a-build-must-use-project-1.htmlを試してください)に行くことです。

私の.net Coreソリューションにはフレームワーク4.5.2プロジェクトが含まれていたため、このエラーが発生したと思います。私は個々のプロジェクトを最初にリリースモードで個別に再構築し、その後は公開されました。私にとって

0

は、プロジェクトフォルダから.xprojファイルを削除し、x86の

0

に、私は以前に公開VS2017プロジェクトを公開するプロジェクトのプラットフォームターゲットを設定するのに役立った、同じエラーを与え、解決の手順を取ります私にとって問題:

  • は削除されたOBJフォルダ(解決しなかった)
  • 手動で
  • 0(解決しなかった)ターゲットパス内のファイルを削除し
  • (解決しなかった)デバッグに公開しようとしました
  • 管理者としてのRan VS(解決しなかった)
  • 清潔な解決済み(解決済み)。
0

これまで私が見てきた最良の解決策は、VS2017 15.5.2以上に更新することです。これはVSのバグでした。回避策を使用するのではなく、アップグレードしてください。 https://www.visualstudio.com/vs/

関連する問題