INFORMACIÓN: Promociones de descripción

Este artículo describe el desarrollo por fases en Visual SourceSafe.

Cada programa de software comercial recorre las diferentes fases de su ciclo de vida. Por ejemplo, un programa típico podría comenzar en una fase de desarrollo para escritura de código, mueva un P / A la fase de pruebas y finalmente llegar a una versión de producción para el lanzamiento oficial. En algunas empresas, es tan informal que apenas reconoce el movimiento a través de "estas fases de". En otros, controles sistemáticos existen control el ciclo de vida de una aplicación desde el principio de la versión. Pero, en cualquier entorno, el programa debe progreso por fases y cuando se utiliza una herramienta de administración de control o configuración de versión, dicha herramienta debe asegurarse de que las personas adecuadas están trabajando con la versión correcta del software.

Muchos sistemas de control de versión utilizan el frase "modelado de promoción" para describir este aspecto de su funcionalidad. Sin embargo, Visual SourceSafe no utiliza la palabras "promoción" o "ciclo de vida" en absoluto. Hay dos razones que los diseñadores de Visual SourceSafe evitan esta terminología en su producto:

1. No hay ninguna definición aceptados del sector de la característica de "promoción". Por ejemplo, PVCS por Intersolv "promueve" archivos por poniéndoles etiquetas; CCC:Manager por Softool "promueve" una configuración copiándolo en un directorio.
2. Administración del ciclo de vida viene determinada por las necesidades de cada compañía. Productos que "codificar" ven a menudo una metodología específica como restrictivo, forzar a todos los usuarios para que sigan el modelo preferido por los diseñadores de programa.

Para estos motivos, en lugar de proporcionar una característica de "promoción" específica, SourceSafe proporciona bifurcación flexible de nivel de proyecto, archivo y etiquetar combinaciones que pueden utilizarse para implementar una variedad de metodologías de ciclo de vida del proyecto. Este artículo describe algunos escenarios específicos y cómo puede ser tratadas por SourceSafe.

Promoción de directorio

Promoción basados en directorios, análogo a "promoción" en CCC:Manager, es el caso más sencillo, pero también más comunes. Por ejemplo, crearía un directorio para su uso en las pruebas. Podrían proporcionar sólo el jefe de proyecto de la derecha para crear archivos en este directorio y sólo el P / A departamento el derecho a leer estos archivos. Cuando un proyecto está listo para su primera ronda de pruebas, el jefe de proyecto podría GET el proyecto en el directorio de pruebas. La p o un equipo, a continuación, haría con ese código exclusivamente. Tenga en cuenta que SourceSafe permite GET de un proyecto completo o un archivo específico. Por lo tanto, si se aprueban archivos diferentes para probar individualmente, se puede recuperar cada archivo en el directorio pruebas en el momento adecuado.

Ventajas de este sistema son que es muy sencillo, proporciona el acceso de cada grupo a los archivos adecuados, no requiere P / A las personas usen SourceSafe en absoluto, proporciona una gran seguridad, etc.. Sin embargo, dos notables desventajas son que el directorio de sí mismo no es bajo el control de versiones. Por lo tanto, no es posible automática para volver a una versión anterior del directorio de pruebas. En segundo lugar, las personas de pruebas no pueden, realice los cambios al código. Para muchas empresas, estas desventajas son pequeñas o irrelevante. Sin embargo, las empresas que necesitan un seguimiento de sus fases incrementales más estrechamente necesitan utilizar algunas características más avanzadas de SourceSafe.

Archivo y proyecto etiquetado

Visual SourceSafe utiliza el archivo y proyecto etiquetado como forma de registrar las distintas etapas que atraviesa un programa. Este método es similar al mecanismo de "promoción" en PVCS. "Etiqueta" en SourceSafe es una instantánea con nombre en el tiempo. Por ejemplo, podría "etiquetar" un proyecto con la etiqueta "Prueba". Esto no inmovilizar o detener el progreso de desarrollo. En su lugar, asocia la cadena "Test" a este momento determinado en la vida del proyecto. En cualquier momento en el futuro, puede pedir SourceSafe para recuperar la versión "Test" de este proyecto y le dará los archivos que estaban en el proyecto en el momento cuando aplica la etiqueta. También se pueden aplicar etiquetas a un archivo individual. Por lo tanto, puede etiquetar un archivo "Prueba" hoy y otro archivo "Prueba" mañana.

Etiquetar suele utilizarse junto con los directorios como una forma de grabación cuando se publicó una fase determinada. Por ejemplo, puede etiquetar un proyecto versión 2.01 y GET a continuación, el proyecto en un directorio de producción. Posteriormente, si ese directorio se ha destruido o modificado, puede volver a lo definiendo SourceSafe Get versión 2.01 de versión del proyecto.

Archivo y etiquetar el proyecto va un paso más allá de directorios, porque crea un registro permanente de los archivos que componen cualquier etapa determinada. Sin embargo, todavía no permite para el desarrollo paralelo. En otras palabras, no pueden realizarse cambios simultáneos en el desarrollo y pruebas las configuraciones de un programa. Para ese nivel de flexibilidad, la bifurcación de nivel de proyecto es necesaria.

Rama de nivel de proyecto y de correspondencia

Una explicación completa de bifurcación de nivel de proyecto queda fuera del alcance de este artículo. El problema se explica detalladamente en la documentación de Visual SourceSafe. Sin embargo, debe ser mencionado cómo en que algunas empresas utilizan capacidades de bifurcación únicas de SourceSafe para controlar la promoción de esta manera flexible.

Supongamos que el proyecto $ / Word está en desarrollo y llega a la fase de pruebas. En este momento, el jefe de proyecto crea un proyecto de rama estático denominado $ / WordTest. (Esto es una operación de paso: en la terminología de SourceSafe, compartir una versión anterior del proyecto.) Los desarrolladores continúan trabajando en $ / Word y el P / funciona de un departamento en $ / WordTest. Como en los métodos anteriores, el P / A departamento está trabajando en su propia copia inmovilizada y los desarrolladores continúan trabajando en el proyecto original. Sin embargo, a diferencia de los métodos anteriores, el equipo de pruebas puede empezar a efectuar cambios en su propio proyecto, que tiene seguimiento por separado. El sistema de seguridad del proyecto de Visual SourceSafe, puede asegurarse que los desarrolladores no pueden modificar el proyecto $ / WordTest y los evaluadores no tienen acceso al proyecto $ / Word original.

Los cambios se pueden "migrar" de un proyecto a otro en una de estas dos maneras: puede eliminar un archivo de un proyecto y, a continuación, se re-Share del otro. Esto es análogo a migración CCC:Manager estándar, que simplemente se reemplaza un archivo con otro. O puede combinar un archivo de un proyecto a otro, que reúne dos conjuntos de cambios.

Siempre es un tema complejo bifurcación y combinación puede implicar conflictos. Para las necesidades de la mayoría de las empresas, crear y mantener varias ramas es excesiva. Sin embargo, para las compañías que necesiten controlar y desarrollar varias fases de una sola aplicación, bifurcación de nivel de proyecto proporciona una solución completa con seguridad eficaz y flexibilidad.

Otros usuarios

Los tres métodos anteriores son todos los casos "idealized". Aunque muchas empresas pueden utilizar ellos exactamente como se describe, muchos otros tendrá que utilizar combinaciones de directorios, las etiquetas de proyecto, bifurcación y otras características de Visual SourceSafe. El conjunto de características SourceSafe está diseñado para dar cabida a entornos diferentes y metodologías tantas como sea posible, manteniendo la elegancia y la facilidad de uso de funcionalidad del producto principal.