Предупреждение Visual Studio: "Некоторые свойства, связанные с решением, не могут быть прочитаны"

Ответ 1

Я просто исправил аналогичную проблему с решением VS2010 с 35 проектами... Причина была дублируемая

GlobalSection(TeamFoundationVersionControl)

в файле решения. Я закрыл решение, удалил дубликат конфигурации GlobalSection (TeamFoundationVersionControl) и перезагрузил решение, и предупреждающее сообщение исчезло.

Если это не проблема для вас, учитывая, что у вас есть только 2 проекта, я бы остановил файл с исправленным решением, создаю новое решение и повторно добавлю два проекта...

Ответ 2

Похоже, есть ряд причин для этого предупреждения. Я получал его, потому что мой файл решения SccNumberOfProjects = 4, когда было только 3.

Ответ 3

Лучшее решение - заставить VS восстановить конфигурацию. Для этого:

1. Откройте файл sln с помощью текстового редактора.
2. Прокрутите вниз, пока не дойдете до последнего элемента "EndProject".
3. Удалите все после этого.
4. Сохраните, закройте и перестройте решение, и все будет восстановлено.

Ответ 4

Я просто установил аналогичную проблему в VS2012 с 44 проектами.

Причиной была комбинация дублированного раздела GlobalSection(TeamFoundationVersionControl) (ответ a la Boycs), но у меня также было несколько дублированных проектов, а также несколько ссылок на недавно удаленные проекты - в пределах GlobalSection(TeamFoundationVersionControl), который я сохранил.

Как только я убедился, что все указанные проекты соответствуют 1:1 с фактическими проектами в моем решении, предупреждение ушло.

^{_{Кроме того: я подозреваю, что большинство этих проблем можно было бы избежать с более пристальным вниманием к .sln во время ветвления и совершать слияния, но кто знает, что VS иногда думает...к югу >}}

Ответ 5

У меня было множество ошибок выше. Я переименовал проект, сохранил закрытый, снова открыл имя. Это воссоздает файл .sln, и в моем случае вытащили все дополнительные элементы.

Ответ 6

Разрешено идентичное сообщение об ошибке в VS2012, следуя примеру Boycs. Для меня проблема заключалась в двух посторонних блоках GlobalSection(SolutionConfigurationPlatforms) = preSolution в нижней части моего файла SLN.

Ответ 7

Для меня проблема заключалась в пустых пространствах (из-за copy-paste) в конце каждой строки. Удалив их, я снова не получил ошибку.

Ответ 8

В VS 2015 у меня было два из этих разделов: GlobalSection (TeamFoundationVersionControl) = preSolution "

В первый из них был добавлен последний проект, добавленный к решению, второй (около конца файла решения) этого не сделал. После удаления второго решения решение было открыто в VS 2015 без каких-либо ошибок.

Ответ 9

Другие ответы уже объясняют, как исправить проблему. Может быть, я могу помочь снова не решить проблему:

Как я получил проблему Наш файл решения запутался, когда я добавил к нему новый проект, а другой разработчик также добавил новый проект и совершил его изменения (чего я не получил в своей локальной системе). Когда я начал совершать свои изменения, мне пришлось объединить файл .sln, где я, очевидно, испортил:-)

Что я узнал

Файлы решений ужасно сливаются. Если вы добавите проект, выполните следующие действия:  1. Получить последнюю версию  2. Добавьте свой проект  3. Зафиксировать

Если вы видите файл решения под ожидающими изменениями, но вы не видите изменения в режиме сравнения, вам нужно нажать "Сохранить все". При добавлении нового проекта VisualStudio также изменила решение. Однако это несохраненное изменение на данный момент.

Ответ 10

Проверьте свои SccNumberOfProjects в вашем .sln файле, он может отличаться от вашего фактического номера проекта.

Ответ 11

i фиксировала аналогичную задачу в vs2012.

в моем случае проблема заключалась в том, что значение свойства SccProjectName0 внутри GlobalSection в файле MySolutionName.sln было пустым.

я решил это, установив значение SccProjectName0 с копией этого строкового значения из другого решения и заменив имя проекта в строке на текущую (BTW - если ваше название проекта как пробел в нем (''), его нужно заменить на "\ u0020" ).

*

в моем случае проблема начинается после того, как я ошибочно открыл решение, управляемое TFS, с старым файлом MySolutionName.sln того же решения со времени, когда это решение контролировалось VSS.

Ответ 12

VS2015 Обновление 3. [GlobalSection (TeamFoundationVersionControl) = preSolution] дублируется в файле решения. Двойной дубликат содержит проект, который ранее удалялся... поэтому удаление дубликата устраняло проблему. Я думаю, что дублирование было вызвано предыдущей проблемой слияния.

Ответ 13

Я могу добавить еще одно возможное решение - хитрое слияние означало, что в одном из разделов SccProjectUniqueName/SccProjectName/SccLocalPath в разделе GlobalSection (TeamFoundationVersionControl) были номера, которые не были уникальными, даже если SccNumberOfProjects был верным. Исправлена нумерация, исчезло сообщение об ошибке.

Ответ 14

VS 2019 - я впервые открывал проект VS 2017 в VS 2019. В окне "Вывод" нажмите "Показать вывод из:" DDL и просмотрите параметры, так как вы можете увидеть дополнительную информацию об ошибке.

В моем случае решение состояло в том, чтобы просто перенастроить сопоставления управления исходным кодом на 2019 год.

• Зайдите в Team Explorer
• Нажмите кнопку "Управление подключениями" (заглушка)
• Нажмите ссылку Управление подключениями и подключитесь к проекту...
• ...

Ответ 15

У меня была та же проблема, и мое решение:

• Откройте решение в VS
• Установите платформу решений по умолчанию
• Сохранить
• Закрыть VS
• Откройте файл .sln в Notepad ++ (или любом другом редакторе)
• Удалить всю другую платформу Solution Platform везде
• (например: {73E03C8F-1F76-45E2-9D45-FA040A63F0AA}.Release | Any CPU.Build.0 = Release | Любой процессор)
• Сохраните его и снова откройте.

Это работает для меня.