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

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

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

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

GlobalSection(TeamFoundationVersionControl)

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

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

Parece que hay varias razones para esta advertencia. Lo estaba recibiendo porque mi archivo de solución SccNumberOfProjects = 4era solo 3.

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

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

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

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

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

^{_{Aparte: sospecho que la mayoría de estos problemas podrían haberse evitado prestando más atención al .sln durante las fusiones de sucursales y confirmaciones, pero quién sabe qué piensa VS a veces ...}}

Tuve una multitud de los errores anteriores. Cambié el nombre del proyecto, lo guardé cerrado, lo volví a abrir y cambié el nombre. Esto recrea el archivo .sln y en mi caso sacó todos los elementos adicionales.

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

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

En VS 2015, tenía 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.

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

Cómo resolví 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 confirmar mis cambios, tuve que fusionar el archivo .sln, donde obviamente me equivoqué :-)

Que aprendí

Los archivos de solución son horribles de combinar. Si agrega un proyecto, haga lo siguiente: 1. Obtenga la última versión 2. Agregue su proyecto 3. Comprometerse

Si ve su archivo de solución bajo 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 guardado en este momento.

Verifique sus SccNumberOfProjects en su archivo .sln , puede diferir de su número de proyecto real.

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 SccProjectName0 con copia de este valor de cadena de otra solución, y reemplazando el nombre del proyecto en la cadena por el actual (BTW, si el nombre de su proyecto como espacio en él (''), necesita reemplace con '\ u0020').

* *

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

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

Puedo agregar una solución más posible: una combinación poco fiable significaba que una de las secciones SccProjectUniqueName / SccProjectName / SccLocalPath dentro de la sección GlobalSection (TeamFoundationVersionControl) tenía números que no eran únicos, aunque SccNumberOfProjects era correcto. Se corrigió la numeración, el mensaje de error desapareció.

VS 2019: estaba abriendo un proyecto VS 2017 por primera vez en VS 2019. En la ventana Salida, haga clic en "Mostrar salida de:" DDL y revise sus opciones porque puede ver información adicional sobre errores.

En mi caso, la solución fue simplemente reconfigurar mis asignaciones de control de origen para 2019.

• Entra en Team Explorer
• Haga clic en el botón Administrar conexiones (enchufe)
• Haga clic en el enlace Administrar conexiones y conéctese a un proyecto ...
• ...

Tuve el mismo problema y mi solución es:

1. Abra la solución en VS
2. Establezca la plataforma de solución en predeterminada
3. Guardarlo
4. Cierra el VS
5. Abra el archivo .sln en Notepad ++ (o cualquier otro editor)
6. Elimine todos los demás elementos de la Plataforma de soluciones de todas partes
7. (por ejemplo: {73E03C8F-1F76-45E2-9D45-FA040A63F0AA} .Release | Any CPU.Build.0 = Release | Any CPU)
8. Guárdelo y vuelva a abrir la solución.

Esto funciona para mi.