Visual Studio advertencia: "No se pudieron leer algunas de las propiedades asociadas con la solución"

Parece que hay una serie de razones para esta advertencia. Lo estaba obteniendo porque mi archivo de solución SccNumberOfProjects = 4 cuando solo había 3.

La mejor solución es forzar el VS para regenerar las configuraciones. Para hacer esto:

1. Abra el archivo sln con algún editor de texto.
2. Desplácese hacia abajo hasta llegar al último elemento "Finalizar proyecto".
3. Borre todo después de eso.
4. Guarde, Cierre y reconstruya la solución y todo se regenerará.

Acabo de arreglar un problema similar en VS2012 con 44 proyectos.

La causa fue una combinación de una sección GlobalSection(TeamFoundationVersionControl) duplicada (a la respuesta de Boicots), pero también tenía varios proyectos duplicados within así como algunas referencias a proyectos que habían sido recientemente eliminados within dentro de la sección GlobalSection(TeamFoundationVersionControl) que mantuve.

Una vez que me aseguré de que todos los proyectos referenciados correspondían 1:1 con los proyectos reales en mi solución, la advertencia desapareció.

^{_{Aparte: I sospechan que la mayoría de estas cuestiones podrían haberse evitado con una mayor atención prestada a la .sln durante las fusiones de rama y commit, pero quién sabe lo que VS está pensando a veces...}}

Tuve una multitud de los errores anteriores. Cambié el nombre del proyecto, guardado cerrado, reabierto cambió el nombre de nuevo. Esto recrea el .archivo sln y en mi caso sacó todos los elementos adicionales.

Para mí el problema eran los espacios vacíos (debido a copiar y pegar) al final de cada línea. Al eliminarlos no obtuve el error de nuevo.

Se resolvió un mensaje de error idéntico en VS2012 siguiendo el ejemplo de Boicots. Para mí, el problema eran dos bloques extraños GlobalSection(SolutionConfigurationPlatforms) = preSolution en la parte inferior de mi archivo SLN.

En VS 2015, tenía dos de estas secciones "GlobalSection (TeamFoundationVersionControl) = preSolution "

El primero incluía el último proyecto añadido a la solución, el segundo (cerca del final del archivo de la solución) no. Después de eliminar el segundo, la solución se abrió en VS 2015 sin ningún error.

Las otras respuestas ya explican cómo solucionar el problema. Tal vez pueda ayudar a no volver a tener el problema:

Cómo conseguí el problema Nuestro archivo de solución se confundió cuando agregué un nuevo proyecto, mientras que otro desarrollador también agregó un nuevo proyecto y confirmó sus cambios (que no obtuve en mi sistema local). Cuando empecé a confirmar mis cambios, tuve que fusionar el .archivo sln, donde obviamente metí la pata : -)

Lo que aprendí

Archivos de solución son horribles para fusionarse. Si agrega un proyecto, haga lo siguiente: 1. Obtener la última Versión 2. Añade tu proyecto 3. Commit

Si ve su archivo de solución en cambios pendientes, pero no ve un cambio en el modo de comparación, debe presionar 'Guardar todo'. Al agregar su nuevo proyecto, VisualStudio también alteró la solución. Sin embargo, este es un cambio no salvado en este momento.

Solucioné un problema similar en vs2012.

En mi caso el problema era que el valor de la propiedad SccProjectName0 dentro de GlobalSection en el MySolutionName.el archivo sln estaba vacío.

Lo resolví estableciendo el valor SccProjectName0 con una copia de este valor de cadena de otra solución, y reemplazando el nombre del proyecto en la cadena al actual (POR cierto - si el nombre de su proyecto como espacio en él (' '), debe reemplazarse por '\u0020').

*

En mi caso el problema comience después de que por error abrí la solución controlada por TFS con el viejo MySolutionName.archivo sln de la misma solución desde el momento en que esta solución fue controlada por VSS.

Actualización VS2015 3. [GlobalSection (TeamFoundationVersionControl) = preSolution] se duplicó en el archivo de solución. El duplicado inferior contenía un proyecto que se había eliminado previamente... así que eliminar ese duplicado solucionó el problema. Creo que la duplicación fue causada por un problema anterior de fusión.

Compruebe su SccNumberOfProjects en su .sln archivo puede ser diferente de su número de proyecto real.

Tuve el mismo problema, y mi solución es:

1. Abra la solución en VS
2. Establecer la Plataforma de solución por defecto
3. Guárdalo
4. Cerrar el VS
5. Abra el .archivo sln en Notepad++ (o cualquier otro editor)
6. Eliminar todo el otro elemento de la Plataforma de solución de todas partes
7. (por ejemplo: {73E03C8F-1F76-45E2-9D45-FA040A63F0AA}.Release / Any CPU.Construir.0 = Release / Cualquier CPU)
8. Guárdelo y vuelva a abrir la solución.

Esto funciona para mí.