Respuestas:
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 ...
La mejor solución es forzar al VS a regenerar las configuraciones. Para hacer esto:
The following property is missing or has incorrect value: SccLocalPath63The following property is missing or has incorrect value: SccLocalPath64
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.
.slnbuscar los errores.
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.
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.
Tuve el mismo problema y mi solución es:
Esto funciona para mi.