Visual Studioの警告：「ソリューションに関連付けられている一部のプロパティを読み取れませんでした」

ソリューションを開くと、この警告のダイアログが表示されます。ソリューション（1つのWebアプリ、1つのクラスプロジェクト）はエラーなしでビルドされます。

問題の原因となっているプロパティを特定し、エラーを解決するにはどうすればよいですか？

35プロジェクトのVS2010ソリューションで同様の問題を修正しました...原因は重複していた

GlobalSection(TeamFoundationVersionControl)

ソリューションファイルのセクション。ソリューションを閉じ、重複するGlobalSection（TeamFoundationVersionControl）構成を削除し、ソリューションをリロードしましたが、警告メッセージは表示されませんでした。

これが問題ではない場合、プロジェクトが2つしかないので、バストソリューションファイルを破棄し、新しいソリューションを作成して、2つのプロジェクトを再度追加します...

この警告にはいくつかの理由があるようです。ソリューションファイルSccNumberOfProjects = 4が3つしかなかったので、取得していました。

最善の解決策は、コンフィグを再生成するためにVSを強制することです。これをする：

1. テキストエディタでslnファイルを開きます。
2. 最後の「EndProject」要素に到達するまで下にスクロールします。
3. その後はすべて削除してください。
4. ソリューションを保存して閉じ、再構築すると、すべてが再生成されます。

44プロジェクトでVS2012の同様の問題を修正しました。

原因は、重複したGlobalSection(TeamFoundationVersionControl)セクションの組み合わせ（la Boycsの回答）でしたがGlobalSection(TeamFoundationVersionControl)、私が保持しているセクション内に、いくつかのプロジェクトが重複していて、最近削除されたプロジェクトへの参照もいくつかありました。

参照されているすべてのプロジェクトが実際のプロジェクトと1対1で対応していることを確認したら、警告は消えました。

^{_{余談：これらの問題の大部分は、ブランチとコミットのマージ中に.slnに細心の注意を払うことで回避できたのではないかと思いますが、VSが時々考えていることを誰が知っているのか...}}

上記のエラーが多数ありました。プロジェクトの名前を変更し、閉じて保存し、再度開いて名前を元に戻しました。これにより.slnファイルが再作成され、私の場合は余分なアイテムがすべて削除されました。

Boycsのリードに従うことにより、VS2012で同じエラーメッセージを解決しました。私にとって、問題はGlobalSection(SolutionConfigurationPlatforms) = preSolutionSLNファイルの下部にある2つの無関係なブロックでした。

私にとっての問題は、各行の終わりにある（コピーと貼り付けによる）空のスペースでした。それらを削除することにより、私は再びエラーを取得しませんでした。

VS 2015では、これらのセクションが2つありました " GlobalSection（TeamFoundationVersionControl）= preSolution "

最初のプロジェクトにはソリューションに追加された最新のプロジェクトが含まれ、2番目のプロジェクト（ソリューションファイルの末尾近く）には含まれていませんでした。2番目のソリューションを削除した後、ソリューションはVS 2015でエラーなしで開きました。

他の回答はすでに問題を修正する方法を説明しています。多分私は問題を再び起こさないように助けることができます：

問題 の解決方法新しいプロジェクトを追加すると、ソリューションファイルが混乱しましたが、別の開発者も新しいプロジェクトを追加して彼の変更をコミットしました（ローカルシステムにはありませんでした）。変更をコミットし始めたとき、.slnファイルをマージする必要がありました。

私が学んだこと

ソリューションファイルのマージはひどいです。プロジェクトを追加する場合は、次のようにします。1.最新バージョンを取得します2.プロジェクトを追加します3.コミットします

保留中の変更の下にソリューションファイルが表示されているのに、比較モードで変更が表示されない場合は、[すべて保存]をクリックする必要があります。新しいプロジェクトを追加する一方で、VisualStudioはソリューションも変更しました。ただし、これは現時点では未保存の変更です。

.slnファイルのSccNumberOfProjectsを確認してください。実際のプロジェクト番号とは異なる場合があります。

vs2012で同様の問題を修正しました。

私の場合、問題は、MySolutionName.slnファイルのGlobalSection内のSccProjectName0プロパティ値が空であったことでした。

私はSccProjectName0値を別のソリューションからのこの文字列値のコピーで設定し、文字列内のプロジェクトの名前を現在の名前に置き換えることによって解決しました（BTW-プロジェクト名がその中にスペースとして含まれている場合（ ''）、それは「\ u0020」に置き換えてください）。

*

私の場合、このソリューションがVSSによって制御されていたときと同じソリューションの古いMySolutionName.slnファイルを使用して、TFSによって制御されているソリューションを誤って開いた後に問題が発生します。

VS2015 Update3。[GlobalSection（TeamFoundationVersionControl）= preSolution]がソリューションファイルに複製されました。下の複製には、以前に削除されたプロジェクトが含まれていたため、その複製を削除すると問題が修正されました。重複は以前のマージの問題が原因だったと思います。

考えられる解決策をもう1つ追加できます。疑わしいマージでは、SccNumberOfProjectsが正しいにもかかわらず、GlobalSection（TeamFoundationVersionControl）セクション内のSccProjectUniqueName / SccProjectName / SccLocalPathスタンザの1つに一意ではない番号が含まれていました。番号付けを修正し、エラーメッセージが消えました。

VS 2019-VS 2019でVS 2017プロジェクトを初めて開いていました。追加のエラー情報が表示される場合があるため、[出力]ウィンドウで、[出力を表示：] DDLをクリックし、オプションを確認します。

私の場合、解決策は、2019のソース管理マッピングを再構成することでした。

• チームエクスプローラーに移動します
• [接続の管理]ボタン（プラグ）をクリックします
• [接続の管理]リンクをクリックして、プロジェクトに接続します...
• ...

私は同じ問題を抱えていました、そして私の解決策は：

1. VSでソリューションを開く
2. ソリューションプラットフォームをデフォルトに設定
3. それを保存
4. VSを閉じる
5. Notepad ++（またはその他のエディター）で.slnファイルを開きます。
6. すべての場所から他のソリューションプラットフォーム項目をすべて削除します
7. （例：{73E03C8F-1F76-45E2-9D45-FA040A63F0AA} .Release | Any CPU.Build.0 = Release | Any CPU）
8. 保存して、ソリューションを再度開きます。

これは私にとってはうまくいきます。