INFO: Cómo SourceSafe utiliza el directorio de datos

Seleccione idioma Seleccione idioma
Id. de artículo: 214486 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

Resumen

El directorio de datos de Microsoft Visual SourceSafe (VSS) no es complejo, pero puede ser necesarios algunos explicación de su estructura. En este artículo describe la estructura de archivo y directorio del directorio de datos y proporciona una introducción a cada uno el uso de cada directorio.

Más información

SourceSafe crea 26 subdirectorios en el directorio de datos denominado "A" a "Z". Además, puede tener hasta cuatro directorios adicionales denominados etiquetas (sólo versión VSS 6.0), BACKUP, BLOQUEOS y LOGGEDIN (versión 5.0 de VSS y VSS 6.0 sólo). SourceSafe no creará nunca más de 30 subdirectorios en el directorio de datos (28 en versión 4.x).

Cada archivo o proyecto Agregar a SourceSafe tendrá dos archivos asociados en la base de datos (denominada un par de archivos). Por diseño, el proyecto raíz ($ /) se almacena en el par de archivos AAAAAAAA y AAAAAAA.A. El primer archivo o proyecto agregado a una base de datos vacía se almacenarán en el directorio "B" y se llamará BAAAAAAA y BAAAAAAA.A. El archivo con una extensión (el archivo de datos) es una copia de byte por byte de la versión más recientemente protegió del archivo o una lista de archivos contenidos en un proyecto (si el archivo físico está asociado con un proyecto). El otro (conocido como el archivo de registro) contiene el historial del archivo, así como otra información como el nombre de su proyecto principal y así sucesivamente.

Cada vez que modifica un archivo en VSS (mediante un Check-in, etiqueta, bifurcar, combinar y etc.), VSS agrega estos cambios al archivo de registro y vuelve a escribir el archivo de datos mantenerla actualizada el que. En un equipo Intel, cada vez que se reescribe el archivo de datos, su extensión cambiará de .a a .b, o viceversa. Por ejemplo, si MYFILE.txt se almacenan en el par de archivos BAAAAAAA y BAAAAAAA.a, desproteger MYFILE.txt, modificarlo y la comprobación se vuelva en dará como resultado BAAAAAAA y BAAAAAAA.b (BAAAAAAA.a se eliminará). Repita el procedimiento anterior nuevo producirá BAAAAAAA y BAAAAAAA.a. Si utiliza un cliente Macintosh, puede haber un archivo adicional con la extensión .c o. d. Si utiliza un equipo UNIX, es posible que tiene un archivo adicional con la extensión .e o. f. Si tiene un archivo .c o .e, también deberá aparecer un un archivo. Si tiene un archivo .d o se, también debe tener un archivo .b.

Visual SourceSafe distribuye secuencialmente archivos a los directorios con la etiqueta "A" a "Z" cuando se agregan archivos a la base de datos. Por ejemplo, si el par de archivos para "Archivo1" se coloca en "B", el par de archivos FILE2 se coloca en "C", el par de archivos para FILE3 se colocarán "D" etc.. El par de archivos para el archivo 27 agregado volverá a "A" porque es el directorio siguiente después de la "Z". Su nombre será ABAAAAAA.a. Cuando se agregan archivos al directorio "A", los archivos se denominará ACAAAAAA.A, ADAAAAAA.A, AEAAAAAA.A y así sucesivamente. La primera letra de estos nombres de archivo será el mismo que el directorio en el que residen los archivos.

El directorio BACKUP está creando ANALYZE.exe cuando se ejecuta en la base de datos. Si se ejecuta ANALYZE con la -f modificador, este directorio contiene una copia de seguridad de cada archivo que ha sido modificado por ANALYZE. Siempre se ejecuta ANALYZE, un archivo de registro (ANALYZE.log) que contiene información sobre posibles problemas por ANALYZE se colocarán en este directorio.

El directorio de etiquetas se utiliza para realizar un seguimiento de etiquetas que se han colocado en proyectos o archivos.

El directorio de BLOQUEOS puede utilizarse para hacer un seguimiento de bloqueada temporalmente archivos. Esta característica está habilitada cuando la LOCK_MODE = LOCKFILES configuración se coloca en SRCSAFE.ini del servidor.

(Versión 5.0 ó 6.0 sólo) de Visual SourceSafe utiliza el directorio LOGGEDIN realizar un seguimiento temporalmente de quién está registrado en la base de datos.

Propiedades

Id. de artículo: 214486 - Última revisión: domingo, 23 de febrero de 2014 - Versión: 1.0
La información de este artículo se refiere a:
  • Microsoft Visual SourceSafe 4.0 Standard Edition
  • Microsoft Visual SourceSafe 4.0 Standard Edition
  • Microsoft Visual SourceSafe 4.0a
  • Microsoft Visual SourceSafe 4.0a
  • Microsoft Visual SourceSafe 5.0 Standard Edition
  • Microsoft Visual SourceSafe 6.0 Standard Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbconfig kbinfo KB214486 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 214486

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com