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.
Conflicto de versiones (informática)
En los sistemas de Microsoft, Windows 95, y siguientes, se debe proceder a eliminarla mediante el uso de la herramienta "Agregar o quitar programas" o buscar una entrada para la desinstalación en el grupo "Programas" del menú "Inicio". También existe un programa de Microsoft que pretende ayudar en esta tarea, llamado "Administrador de conflicto de versiones" (véase enlaces externos) Si se trata de programas para Windows 3.1/3.11 no existe una manera directa de desinstalarlo, a menos que se hayan monitorizado los cambios durante la instalación. En Mac OS es mucho más sencillo, basta con arrastrar el programa a la papelera (aunque tiene el inconveniente de no tener una lista de programas instalados) y en Linux, depende directamente de la distribución que se esté usando.