2010-06-25 19 views
62

Si agrego un archivo nuevo a un proyecto bajo el control de fuente TFS, se verificará el archivo de proyecto y el archivo .vspscc correspondiente para ese archivo de proyecto.¿Por qué Visual Studio comprueba el archivo .vspscc cuando agrego un archivo a un proyecto?

El archivo de proyecto en sí mismo cambia (para incluir el nuevo archivo), pero el archivo .vspscc no cambia en absoluto. ¿Por qué molestarse en echarle un vistazo? ¿Hay alguna forma de desactivarlo para que no se lo controlen? Si lo hay, ¿debería?

+0

Es una muy buena pregunta. Al agregar proyectos al control de código fuente, parece crear ** y versión ** los archivos .vspscc. Sin embargo, si intenta exportar y volver a agregar el proyecto a otro control de origen, el asistente de control de origen coloca estos archivos en la lista ignorada. Lamentablemente, esta pregunta no ha sido respondida con un claro ** sí porque ... ** o ** no porque ... ** respuesta. – Vinzenz

Respuesta

33

Se desprotege porque bajo ciertas condiciones se modificará ... y por lo tanto lo comprobaron como una cuestión de incumplimiento. No me preocuparía ... no está lastimando nada, y si lo deshabilitas, puede morderte en el futuro de una manera extraña.

+1

gracias. solo por curiosidad, ¿alguna idea de cuáles son esas condiciones? – kenwarner

+0

Ni una pista. Acabo de ver que se registró con un tamaño diferente una vez en una luna azul, así que supongo que se cambia ocasionalmente. Cuando llego a trabajar el lunes, puedo ver si puedo decir qué es diferente – Caladain

+0

Acabo de ver el historial de versiones en un archivo vspscc con 9 meses de historia y hay docenas de registros sin cambios desde la primera vez que se agregó. – kenwarner

28

Según this post de Ben Ryan:

Team Foundation las utiliza para almacenar listas de archivos que han sido excluidos de control de código fuente. Aprovechamos parte de la capa de integración de SCC existente en Visual Studio para integrar Team Foundation, y estos archivos fueron uno de los archivos transferidos. Tendré que comprobar cuál fue la lógica al dividir estas configuraciones de SCC en archivos separados en lugar de ponerlos en las secciones de SCC de los archivos de solución y proyecto.

2

Este archivo es un remanente de las implementaciones pasadas VSS/TFS, como publicó Paulo Santos.

En el nivel de solución, no he encontrado uso funcional para estos archivos. En 10 años de usar TFS, nunca he visto ese archivo alterado. Puede eliminar estos archivos .VSSCC, como suelo hacer con mis soluciones de código cerrado.

Pero si elimina el archivo .vsscc de nivel de solución, recibirá un mensaje de error no destructivo la primera vez que abra el archivo de solución ... solo después de que se haya creado una nueva rama. Toda apertura de solución posterior no mostrará el mensaje de error nuevamente.

Mis estándares de configuración TFS tienen el archivo de solución solo en la carpeta raíz, todos los proyectos están en subcarpetas. Como esos archivos .vsscc duplican la cantidad de archivos en mi raíz, siempre los borro.

A nivel de proyecto, dejo esos archivos, ya que mi equipo nunca abre archivos de proyecto directamente, solo solución .SLN.

Para mi equipo, prefiero la facilidad de los programadores para abrir soluciones sobre ese único mensaje de error.

+0

Desafortunadamente, parece que incluso si elimina los archivos, Visual Studio (incluso 2015) los volverá a generar. – palswim

Cuestiones relacionadas