V E RS I O N E S D E Mónica María Rojas, MsC

Facultad de Ingeniería
S O F T W A RE
Departamento TIC
Programa de Ingeniería de Sistemas
CONCEPTOS CHARLA
JUEVES

• Integración continua
• Scrum
• Ramas en el control de versiones
I N T E G R AC I Ó N C O N T I N UA

• La integración continua se refiere a la fase de creación y pruebas de unidad del

proceso de publicación de software. Cada revisión enviada activa automáticamente la
creación y las pruebas.
• Con la entrega continua, se crean, prueban y preparan automáticamente los cambios
en el código y se entregan para la fase de producción. La entrega continua amplía la
integración continua al implementar todos los cambios en el código en un entorno de
pruebas y/o de producción después de la fase de creación.
S C RU M
RAMA
(BRANCH)
C O N T RO L D E V E R S I O N E S

Gestión de los diversos cambios que se realizan sobre los elementos de algún
producto o una configuración del mismo.

Con la posibilidad de recuperar versiones específicas más adelante.

Poder comparar versiones distintas del Sw.

En trabajo en equipo, poder realizar trabajo colaborativo.

TIPOS DE SISTEMAS DE
C O N T RO L D E V E R S I O N E S

• Locales: Se crea una copia de los archivos en otro directorio.

• Centralizados: el repositorio se encuentra en un servidor central.
• Distribuidos: se hacen copias del repositorio en todos los clientes.
C O N C E P TO S

• Master /Dev
• Feature
• Release
• Hotfix
• Commit
CONCEPTOS

• Master: cualquier commit que pongamos en

esta rama debe estar preparado para subirse a
producción.
• Dev: rama en la que está el código que
conformará la siguiente versión planificada
del proyecto.
CONCEPTOS

• Feature: se utilizan para realizar

nuevas funcionalidades en el
software o arreglar bugs de forma
planificada.
CONCEPTOS

• Release: se utilizan para

preparae el sw que va a ser
lanzado a producción. Se le
deben realizar las pruebas
apropiadas hasta que se
considera lo
suficientemente “bueno”.
CONCEPTOS

• Hotfix: se utilizan para corregir fallos

urgentes e imprevistos.
O T RO S
CONCEPTOS

Merge
COMMIT

• Al realizar commit, se genera

una especie de foto (snapshot)
del software en ese momento, y
se identifican por número de
versión
SISTEMAS DE
C O N T RO L D E
VERSIONES (VCS)

• Git
• Subversion
• Team Foundation Version
Control (TFVC)
QUÉ ES GIT?

• Sistema de control de versiones distribuido.

• Permite a los desarrolladores tener un historial de las confirmaciones ( commits), revertir
cambios y compartir código con otros.
• También facilita el registro y comparación de diferentes versiones.
https://www.facebook.com/EDteamLat/
VERSIONAMIENTO

• Nomenclatura Major.Minor.Micro: La relación con

los cambios introducidos.

• Staging: la relación y nomenclatura respecto del grado

de estabilidad de la versión.
M A J O R. M I N O R. M I C RO

• Por ejemplo:

• 3.0.1
• 2.1.0
• 10.11.2

• Major version: cambios sustanciales. Por lo general no son compatibles hacia atrás.
• Minor version: nuevos features, pero siempre compatibles hacia atrás.
• Micro version: no hay nuevos features, por lo general solo corrección de bugs.
 S TAG I N G ( FA S E S D E R E L É A S E )

Todavía en desarrollo.
Gold (Release)
No está completa
Versión final
Probado de forma
productiva
unitaria.
Estable
Primera versión Una versión beta con Baja probabilidad de
completa. funcionalidad aparición de bugs.
Uso a nivel externo. completa.
Cierto nivel de Bugs resueltos.
estabilidad.
Aun pueden
presentarse bugs.
REFERENCIAS

• P. Bourque and R.E. Fairley, eds., Guide to the Software Engineering Body of
Knowledge, Version 3.0, IEEE Computer Society, 2014; www.swebok.org

• Imágenes tomadas de: https://j2logo.com/git-gestionando-ramas-gitflow/

• Hemphill, Sam (2022), What is Version Control (and do I care)?, viewed 11th February
2022 https://www.meeum.com/articles/what-is-version-control/

• https://www.kodetop.com/tutorial-basico-de-git/