¿Cómo evitar que Visual Studio "siempre" revise los archivos de solución?

Aparentemente, sin razón, cada vez que abro mi solución, Visual Studio revisa el archivo sln.

Si lo comparo con la versión anterior no hay cambios. Pero esto es realmente frustrante ya que todos tienen la solución verificada.

Estoy usando VS 2008 y TFS 2008, ambos SP2.

¿Alguna idea de cómo puedo evitar que esto suceda? ¿O es una característica / error del proveedor de control de fuente TFS para VS?

Esto sucede cuando lo siguiente está en el archivo .sln:

GlobalSection(ExtensibilityGlobals) = postSolution
    MyGlobalProperty = AnyValue
EndGlobalSection

Encontré que Enterprise Library agregó uno de estos. Lo eliminé, verifiqué la solución, la cerré y la volví a abrir, y no más verificaciones automáticas.

Desde la memoria, si usa el menú Herramientas, Opciones y selecciona el panel Control de origen, Entornos , debería haber algunas opciones para configurar la forma en que el IDE interactúa con el control de versiones.

Creo que algunas de estas opciones controlan la comprobación del comportamiento abierto .

En caso de que, como yo, no pudieras hacerlo funcionar y descubrieras que uno o más proyectos también se verifican, encontré una solución más simple. Tome nota de los proyectos que sigue revisando. Vaya a Archivo - Control de origen - Cambiar control de origen y luego desvincule los proyectos en cuestión. Haga clic en Aceptar, Guardar todo, luego vuelva a Cambiar control de origen y vincule el proyecto a la solución. Esperemos que esto funcione para otros

Aunque, en primer lugar, no previene el problema, el uso liberal del comando "Deshacer cambios" de Team Foundation Power Tools (sorpresa sorpresa) deshacerá la edición pendiente si no se han realizado cambios.

Permita el check-out y luego compare ambos archivos. Si VS agrega algo como

<Service Include="{B4F97281-0DBD-4835-9ED8-7DFB966E87FF}" />

está experimentando un error de VS con una solución en VS2008 pero no portado a VS2005

Consulte este enlace para más detalles:

El archivo de la solución de Visual Studio se está desprotegiendo silenciosamente a través de uno o más proyectos de la solución utilizando la Biblioteca empresarial de Microsoft. Creo que esto tiene algo que ver con la Utilidad de configuración de la biblioteca empresarial que permite la administración de la configuración de los diversos bloques de aplicaciones. http : //msdn.microsoft.com/en-us/library/ff649479.aspx

Consulte esta publicación de comentarios de Microsoft: http://connect.microsoft.com/VisualStudio/feedback/details/737184/globalsection-extensibilityglobals-postsolution-checks-out-sln-file-on-open

Es una característica / error de uno de los sistemas del proyecto que se está cargando dentro de la solución. Intente eliminar varios tipos de proyectos (C #, VB, C ++, sitio web, aplicación web, prueba unitaria, silverlight ...) hasta que desaparezca; Esa es tu respuesta.

¿Estás guardando tus archivos antes de hacer la comparación? Sucedió conmigo hace algún tiempo y sigo diciendo que no hay cambios entre los archivos, pero después de un tiempo me doy cuenta de que no estaba guardando los archivos antes y se estaba comparando con la versión en el disco, no con la versión en la memoria.

Cada vez que abre alguna solución en Visual Studio, realiza algunas operaciones que pueden causar que sus archivos .sln o project cambien y luego le pedirá que revise el archivo. Ocurre cuando hay cambios en la estructura de carpetas en la máquina de los desarrolladores, o cuando no tienen las mismas versiones de todos los archivos. Tal vez alguien agregó un proyecto en alguna carpeta y otro desarrollador tiene el mismo proyecto en otro lugar. Otro caso que veo que sucede es cuando tenemos una solución con algunos proyectos de c ++, por alguna razón, uno de estos proyectos de c ++ tenía un archivo .res con rutas absolutas. Una vez que VS generó este archivo automáticamente, mantuvo el cambio de máquina de desarrollador a máquina de desarrollador.

Le sugiero que abra su archivo .sln y busque algunas rutas absolutas o por rutas relativas que pueden no existir en alguna máquina de desarrollador, dependiendo de qué archivos obtengan del control de origen.