Microsoft Visual SourceSafe ( VSS ) es un programa de control de código fuente descontinuado orientado a pequeños proyectos de desarrollo de software. Como la mayoría de los sistemas de control de código fuente, SourceSafe crea una biblioteca virtual de archivos de computadora. Si bien se usa más comúnmente para código fuente , SourceSafe puede manejar cualquier tipo de archivo en su base de datos , pero se demostró [1] [2] que las versiones anteriores eran inestables cuando se usaban para almacenar grandes cantidades de datos no textuales, como imágenes y ejecutables compilados.
SourceSafe fue creado originalmente por una empresa de Carolina del Norte llamada One Tree Software. One Tree SourceSafe había pasado por varias versiones en sus ciclos 1. x a 2. x , soportando DOS , OS/2 (con una interfaz gráfica de usuario de Presentation Manager ), Windows, Windows NT, Mac y Unix. Cuando Microsoft compró OneTree en 1994, [3] cesaron inmediatamente el desarrollo en todas las versiones excepto para Windows. Microsoft SourceSafe 3.1, Windows de 16 bits únicamente y Macintosh, [4] versiones renombradas de One Tree 3.0, estuvieron disponibles brevemente antes de que Microsoft lanzara una versión 4.0. Con la adquisición de One Tree Software, Microsoft descontinuó su producto de control de código fuente en ese momento, Microsoft Delta. [5] [6] Después de la adquisición, Mainsoft Corporation desarrolló SourceSafe para UNIX en cooperación con Microsoft. [7] Más tarde, Metrowerks, Inc. desarrolló Visual SourceSafe para Macintosh en cooperación con Microsoft. [8]
SourceSafe no era inicialmente un sistema de gestión de código fuente cliente/servidor , sino más bien un sistema de gestión de código fuente local únicamente. Arquitectónicamente, esto sirve como una fortaleza y una debilidad del diseño, dependiendo del entorno en el que se utiliza. Permite configurar un sistema de un solo usuario con menos configuración que la de otros sistemas de gestión de código fuente . Además, el proceso de copia de seguridad puede ser tan simple como copiar todo el contenido de un solo árbol de directorios. Sin embargo, para entornos multiusuario , carece de muchas características importantes que se encuentran en otros productos de gestión de código fuente , incluido el soporte para confirmaciones atómicas de múltiples archivos ( CVS tiene el mismo problema ya que está construido sobre el RCS original ). SourceSafe hereda su funcionalidad compartida utilizando el acceso directo al sistema de archivos remoto a todos los archivos en el repositorio. Esto, junto con errores históricos en la base de código, ocasionalmente llevó a la corrupción de la base de datos de SourceSafe, un problema detectado por Microsoft. [9]
A partir de VSS 2005, Microsoft agregó un modo cliente-servidor . En este modo, los clientes no necesitan acceso de escritura a un recurso compartido SMB donde podrían dañar la base de datos SS. En cambio, se debe acceder a los archivos a través de las herramientas del cliente VSS: el cliente de Windows VSS, la herramienta de línea de comandos VSS o alguna aplicación que se integre con estas herramientas de cliente o las emule. [ cita requerida ]
La estabilidad de Visual SourceSafe es criticada debido a la forma en que Visual SourceSafe utiliza un mecanismo de acceso directo basado en archivos que permite a cualquier cliente modificar un archivo en el repositorio después de bloquearlo. Si una máquina cliente falla en medio de la actualización de un archivo, puede dañarlo. [15] Muchos usuarios de Visual SourceSafe mitigan este riesgo haciendo uso de una utilidad proporcionada por Visual SourceSafe que verifica la base de datos en busca de daños y, cuando es posible, corrige los errores que encuentra.
Aunque a menudo se dice que " comer su propia comida para perros " es parte de la cultura de Microsoft , [16] VSS parece ser una excepción; se rumorea ampliamente [17] que muy pocos proyectos dentro de Microsoft dependían de Visual SourceSafe antes de que el producto fuera descontinuado, y que la herramienta predominante en ese momento era SourceDepot . Según Matthew Doar: [18]
Microsoft utilizó una versión de RCS desarrollada internamente llamada SLM hasta 1999, cuando comenzó a utilizar una versión de Perforce llamada SourceDepot.
La División de Desarrolladores de Microsoft utilizaba Team Foundation Server para la mayoría de sus proyectos internos, [19] aunque una transcripción de VSS [ cita requerida ] implicaba que otros equipos grandes utilizan "una combinación de herramientas internas personalizadas".
Desde entonces, Microsoft ha pasado a utilizar Git . [20]
En noviembre de 2005 se publicó una versión actualizada denominada Visual SourceSafe 2005, que prometía un rendimiento y una estabilidad mejorados, una mejor combinación de archivos Unicode y XML, así como la capacidad de extraer archivos a través de HTTP. Se incluyó en las ediciones de Visual Studio 2005 Team System, [21] pero no se incluye en Visual Studio Team System 2008.
Al mismo tiempo, Microsoft también presentó un control de código fuente llamado Team Foundation Version Control (TFVC), que formaba parte del producto de gestión del ciclo de vida de proyectos Visual Studio Team System . Este producto soluciona muchas de las deficiencias de Visual SourceSafe, lo que lo hace adecuado para equipos más grandes que requieren altos niveles de estabilidad y control sobre las actividades.
Con Visual Studio 2010 , Microsoft ya no distribuye Visual SourceSafe. Microsoft ahora ofrece Team Foundation Server Basic para equipos de desarrollo más pequeños. [22] [23] Hubo una revisión para que los clientes existentes pudieran usar SourceSafe con Visual Studio 2010. [24]
La versión final del producto, Visual SourceSafe 2005, se retiró del soporte principal el 10 de julio de 2012 y el soporte extendido finalizó el 11 de julio de 2017. [25]
Readmess.htm). Microsoft Visual SourceSafe 6.0c [CD-ROM].