¿Qué es un registro de cambios? Definición | Programación

El desarrollo de software es un proceso que también requiere un desarrollo continuo. Esto da como resultado cambios en diferentes categorías; para registrarlos adecuadamente y proporcionar documentación, existen registros de cambios.

La documentación es uno de los elementos clave para mejorar el software. Sobre todo, porque los sitios web y las aplicaciones no obedecen a ninguna filosofía teleológica y no mejoran automáticamente de una versión a otra en el camino hacia la perfección.

Los cambios en el software se pueden realizar en diferentes categorías y es mejor reflejar todos estos cambios en un registro de cambios. Este registro de cambios les dice a los usuarios qué cambios son relevantes para ellos y ayuda a los equipos de desarrollo a identificar cualquier área problemática en el ciclo de la versión.

Leer: ¿Qué es el Proceso de software personal?

Los cambios más importantes o todos ellos: ¿Qué pertenece al registro de cambios?

Básicamente, hay una decisión importante que los desarrolladores deben tomar con el registro de cambios, que también depende del proyecto: la cuestión de qué pertenece realmente en el registro de cambios. Históricamente, la opinión dominante era que todos los cambios en un proyecto, una aplicación o un sitio web debían registrarse en un registro de cambios. Solo esto proporcionaría una descripción completa de todos los cambios.

Pero la tendencia hacia un registro de cambios completo choca con la complejidad del registro de cambios, que aumenta de una versión a otra. Cuanto más complejo sea un software y más cambios se realicen, más confuso se volvería el registro de cambios, por lo que ya no podría ser útil para iteraciones posteriores.

Las interpretaciones modernas del registro de cambios se centran principalmente en una lista curada y cronológica de los cambios más importantes de una versión a otra.

¿En qué formato se crea un registro de cambios?

Para un registro de cambios, no hay un formato de definición fijo, sino que el desarrollador puede adaptarse a las realidades de sus proyectos. La versión (técnicamente) más simple es escribir un documento de texto en el que se registran (fechan) los cambios. Esto no está vinculado a un formato estandarizado, pero se puede especificar para el proyecto actual.

Esta forma de registro de cambios suele ser tan popular porque muchos dispositivos finales pueden acceder al registro y los cambios se pueden leer fácilmente. Sin embargo, lleva un poco más de tiempo introducir nuevos cambios.

Al usar repositorios como Git, todas las confirmaciones se pueden mostrar con referencia a «git log». El registro de Git se puede optimizar usando los comandos «oneline» y «decorate» y sirve como un registro de cambios claro que se crea automáticamente a partir de las confirmaciones.

Con la ayuda de algunas herramientas como Github Changelog Generator, Git Chglog o Conventional Changelog, crear un registro de cambios en Github es aún más fácil. En el caso de aplicaciones clásicas o sitios web administrados por CMS, el software de administración de versiones también puede crear registros de cambios de forma independiente si es necesario.

Registro de cambios en software de código abierto

Si bien un registro de cambios es útil en proyectos de software convencionales, en proyectos de código abierto es absolutamente esencial para determinar de manera confiable qué cambios fueron realizados por qué desarrolladores o equipos y cuándo se desarrollaron diferentes versiones en diferentes direcciones.

El software de código abierto generalmente contiene un registro de cambios estándar como un documento de texto de lectura universal (.txt), que a menudo se adjunta a la descarga como cambios, historial, noticias o Whats.New como un documento de texto puro.

También hay historiales de versiones en sitios web de código abierto como Wikipedia y otros wikis para registrar los cambios realizados por los distintos autores.

Ejemplos de entradas en un registro de cambios

Para mantener los registros de cambios lo más claros posible, las entradas deben categorizarse. Las categorías prioritarias dependen del proyecto. Sin embargo, las entradas comunes incluyen, por ejemplo, categorías como:

• Agregado: para características adicionales
• Cambiado: para cambiar características existentes
• Eliminado: para funciones eliminadas
• Inédito: Cambios que están en construcción, pero no incluidos en la versión actual
• Seguridad: para actualizaciones de la seguridad del programa
• rendimiento: para mejorar la capacidad de ejecución
• Otro: para otros cambios importantes fuera de las categorías anteriores

Una revisión y una perspectiva para desarrolladores y usuarios

Un registro de cambios es una forma simple y clara de mirar detrás de escena del software. Te ayuda a comprender mejor qué hay en el software, cómo han cambiado sus características con el tiempo y cómo eran las versiones anteriores.

En el caso de software de código abierto con diferentes versiones, esto permite a los consumidores decidir mejor cuál elegir. El software convencional puede verificar la plausibilidad de las actualizaciones y los sitios web tienen un historial de versiones que muestra los cambios. El registro de cambios convierte una versión de software en algo más que una instantánea digital, explica las relaciones y muestra un historial detallado.