Release Management
Cuando son conocidos los requerimientos, dependencias y plazos, se comienza la construcción de la nueva entrega. El primer paso es el diseño de la nueva entrega. Se puede hacer usando técnicas de desarrollo de software, por ejemplo UML. El diseño es convertido en código fuente de algún lenguaje de programación (por ejemplo C). Se da a conocer a los desarrolladores la fecha de término para cambios (congelar el repositorio). Las piezas de código, clases, archivos de configuración, etc son entonces traídas desde el repositorio mediante un checkout, compiladas, enlazadas y finalmente armadas en un solo programa, un built. Se debe colocar una marca (tag) en el repositorio sobre la versión que fue traída, para posteriormente conocer el estado de avance de la versión usada por el usuario.
Pruebas de aceptación (informática)
Las pruebas de aceptación también pueden aplicarse a "Versiones Canarias" las cuales son desarrollos específicos de software en subconjuntos de usuarios, ya sean preseleccionados de acuerdo a un criterio o aleatoriamente. El enfoque es verificar que todo opere correctamente, en el concepto de que si hay un daño este sea limitado y controlado. El nombre de "Versiones Canarias" proviene del uso práctico de usar canarios en las minas de carbón para detectar presencia de gases tóxicos y/u otros gases que pudieran disminuir la cantidad de oxígeno. El daño controlado era que murieran las aves y no los seres humanos.