Pasamos de VSS6 a VSS2005 hace poco más de un año. La estructura de la base de datos es idéntica. La única advertencia que encontramos fue que algunas personas todavía usaban VSS6 en una base de datos donde otros usaban VSS2005. VSS2005 trata los archivos de texto Unicode como archivos de texto, mientras que VSS6 no lo hace. Lo que significa que cuando VSS2005 agrega un archivo de texto Unicode, VSS6 lo ve como binario (esto afecta a los archivos csproj entre otros).
Aparte de eso, VSS2005 admite el acceso HTTP adecuado a la base de datos (se proporcionan extensiones de servidor), mejor rendimiento LAN (nuevamente, con extensiones de servidor) y mejores diálogos del sistema de archivos (los viejos desagradables se han ido). Sin embargo, el nuevo cuadro de diálogo agregar archivo muestra TODOS los archivos, no solo los que no están incluidos.
Además, VSS2005 permite el suministro de editores personalizados y herramientas de diferenciación por extensión de archivo, lo cual es muy útil. Por ejemplo, algunos de nuestros archivos XML están encriptados, por lo que ejecutamos una herramienta de descifrado antes de la herramienta de diferencia mediante el uso de este sistema, lo que ha aumentado sustancialmente la eficacia de nuestros procesos de revisión.
También hay otros ajustes aquí y allá, en su mayoría buenos, pero ocasionalmente molestos.
Finalmente, nada ha sido destruido. De hecho, parece haber habido menos corrupción adicional en la base de datos desde la transición, pero no lo atribuiría al nuevo VSS ya que no era una prueba exhaustiva.
Recomiendo encarecidamente que instale VS2005 Service Pack 1, si aún no lo ha hecho. VS2005 RTM tiene un error * grave * en su utilidad de análisis y reparación que corrompe todas las bases de datos en las que se ejecuta. SP1 corrige ese problema. –