Advertencia de Visual Studio: "Algunas de las propiedades asociadas a la solución no se pudieron leer"

visual-studio warnings

Question

Cuando abro mi solución, obtengo un diálogo con esta advertencia. La solución (una aplicación web, un proyecto de clase) se genera sin errores.

¿Cómo puedo determinar qué propiedades están causando el problema y resolver el error?

Answer 1

Acabo de solucionar un problema similar con una solución VS2010 con 35 proyectos ... La causa fue una duplicación

GlobalSection(TeamFoundationVersionControl)

sección en el archivo de solución. Cerré la solución, eliminé la configuración duplicada de GlobalSection (TeamFoundationVersionControl) y recargué la solución y el mensaje de advertencia desapareció.

Si este no es el problema para usted, considerando que solo tiene 2 proyectos, abandonaría el archivo de solución reventada, crearía una solución nueva y volvería a agregar sus dos proyectos ...

Answer 2

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

La causa fue una combinación de una sección duplicada de GlobalSection(TeamFoundationVersionControl) (a la respuesta de Boyc), pero también tuve varios proyectos duplicados, así como algunas referencias a proyectos que se habían eliminado recientemente, dentro de GlobalSection(TeamFoundationVersionControl) sección que guardé.

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: sospecho que la mayoría de estos problemas podrían haberse evitado con una mayor atención prestada al .sln durante la ramificación y la fusión de compromisos, pero quién sabe lo que VS está pensando a veces ...}}

Answer 3

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

Answer 4

En VS 2015, tuve dos de estas secciones " GlobalSection (TeamFoundationVersionControl) = preSolution "

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

Answer 5

La mejor solución es obligar al VS a regenerar las configuraciones.

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

Answer 6

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

Cómo obtuve el problema Nuestro archivo de solución se mezcló cuando le 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 comencé a enviar mis cambios, tuve que fusionar el archivo .sln, donde obviamente cometí un error :-)

Que aprendí

Los archivos de solución son terribles para fusionarse. Si agrega un proyecto, haga lo siguiente: 1. Obtenga la última versión 2. Agregue su proyecto 3. Commita

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

Answer 7

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

Answer 8

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.

Answer 9

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

Answer 10

Solucioné un problema similar en vs2012.

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

Lo resolví estableciendo el valor de SccProjectName0 con una copia de este valor de cadena desde otra solución, y reemplazando el nombre del proyecto en la cadena por el actual (por cierto, si el nombre de su proyecto como espacio en él (''''), necesita reemplace con ''/ u0020'').

*

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

Answer 11

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

1. Abra la solución en VS
2. Establezca la plataforma de solución al valor predeterminado
3. Guardarlo
4. Cerrar el VS
5. Abra el archivo .sln en Notepad ++ (o cualquier otro editor)
6. Elimine todo el otro elemento de Plataforma de soluciones desde cualquier lugar
7. (por ejemplo: {73E03C8F-1F76-45E2-9D45-FA040A63F0AA}. Libera | Cualquier CPU.Build.0 = Versión | Cualquier CPU)
8. Guárdalo y vuelve a abrir la solución.

Esto funciona para mí

Answer 12

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

Answer 13

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