Svnrev SVNREV es un pequeño programa que escribe el número de revisión actual del proyecto en un archivo de encabezado C / C ++, un archivo de paquete Java o un archivo C # Class. Este número de revisión se almacena en constantes (Macros en T
Descargar ahora

Svnrev Clasificación y resumen

Svnrev Etiquetas

Sello Cvs Recurso CVS Integración de subversión Subversión VB6 subversión Cliente de subversion Configuración de Subversion Registros de subversión Spectrum a CVS monitor de subversión Biblioteca de subversión administrar el servidor Subversion Administración de Subversion Cliente cvs control de CVS Módulos CVS CVS de trabajo Función CVS Servidor de subversión Opciones de CVS Interfaz de subversión Editor de subversión Acceso CVS gestión de subversión Subversion de Python Archivo cvs solicitud de sello componente de sello Cabecera de C ++ Rcs Implementador de subversión subversión a mercurial CVS sucesor CVS Import

Svnrev Descripción

Sueque sus aplicaciones o componentes con números de revisión. SVNREV es un pequeño programa que escribe el número de revisión actual del proyecto en un archivo de encabezado C / C ++, un archivo de paquete Java o un archivo C # Class. Este número de revisión se almacena en constantes (macros en el caso de C / C ++), tanto como un número como como una cadena. Obtiene el número de revisión de las "Palabras clave RCS" que debe estar presente en los archivos de origen. SVNREV está diseñado específicamente para el sistema de control de versiones de subversión, pero también se puede usar con CVS y RCS. SvnRev es una utilidad autocontenida que no se basa en un IDE en particular. SVNREV es una utilidad portátil y debe ejecutarse en cada entorno en el que está disponible un compilador C conforme. Nuestro objetivo era usarlo desde un "Makefile" y para adherirse a un sistema de control de versiones, y específicamente al sistema de subversión. ¿Por qué usar SvnRev? Los programas de computadora tienen versiones. Cada componente (DLL, objeto ActiveX, OLE Server, firmware incorporado, etc.) puede tener su propia versión. Si el mundo fuera perfecto, no debería existir dos componentes diferentes con el mismo número de versión. En la práctica, las actualizaciones de "sigilo" suceden, especialmente durante el período beta. Hay numerosas versiones diferentes de MSVCRT20.dll que todos tienen la misma versión número 2.11.000. De manera similar, las versiones incompatibles de CTL3D.DLL Versión 1.0 y Comdlg32.dll versión 4.00 están "por ahí". Lo que se necesita para distinguir los diversos componentes entre sí es adjuntar un "número de revisión" a la cadena de versión del componente. Cuando se configura dicho esquema (y el número de revisión es parte del número de versión), los desarrolladores ya no liberan accidentalmente un componente actualizado con exactamente el mismo sello de la versión que la versión anterior. Cuando el número de versión está presente en el cuadro "Acerca de" y / o en el recurso de la versión, el usuario puede verificar rápidamente qué versión tiene, y cuando esto se comunica a los desarrolladores, los errores pueden ser bastante más fáciles de reproducir. En términos más populares: si alguna vez le ha preguntado a un cliente o un colega "¿De qué fecha es ese componente?", Debe considerar usar SVNREV. Las marcas de fecha / hora de archivo tienen una reputación (bien merecida) de ser poco confiable. Hay varias utilidades para mantener un número de compilación que aumenta automáticamente para cada compilación. Sin embargo, esto tiene la desventaja de que no hay un vínculo directo entre el sello de construcción y el control de la versión. Para obtener un enlace de este tipo, deberá registrar el archivo que mantiene el número de compilación actual en el control de la versión. En los grupos de varios desarrolladores, este archivo que se genera con frecuencia a máquina, se convertirá en una molestia para el sistema de control de versiones. En realidad, normalmente no pone los archivos generados por la máquina en el control de la versión. SVNREV utiliza un enfoque diferente: consulta el número de compilación de las palabras clave que mantiene un sistema de control de versiones en un archivo de origen. Más específicamente, SVNREV utiliza la palabra clave "$ ID: $" (y opcionalmente dos). Subversion tiene la propiedad conveniente que utiliza solo un solo número de revisión para un proyecto completo, en lugar de un número de revisión por separado por archivo. Este no es el caso de CVS y RCS; Consulte la sección "Uso de SVNREV con CV y ​​RCS" para obtener detalles sobre el uso de SVNREV con CVS / RCS. SVNREV asume que confirma sus cambios en el control de versiones antes de enviar un producto / actualización a alguien. Si SvnRev detecta una diferencia, agrega una "bandera modificada" a dos de las macros / constantes que genera. El razonamiento detrás de esto es que si su copia local del código fuente contiene cambios aún que aún no están en la versión, el número de revisión de la aplicación / componente que envió está vinculado al número de revisión incorrecto en la subversión. Todavía es probable que el número sea diferente de cualquier aplicación / componente anterior que salió de la puerta (a menos que use el control de la versión mal, o envíe actualizaciones demasiado rápido), pero encontrar la revisión correcta puede ser difícil o incluso imposible. Por lo tanto: comete sus cambios primero, luego construya la versión final que desplegará.

Svnrev Software relacionado