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.
Winamp
La serie de versiones 4.x nunca existió, el salto fue de la versión 3 a la versión 5.5.1.1763 (o simplemente 5.51). La decisión de saltar directamente a la versión 5 surge de la idea de unir las mejores características de las versiones que lo precedieron (2 y 3) en una versión completamente nueva; la suma 2 + 3 = 5, de ahí el número de versión. La necesidad de esta convergencia tiene sus motivos en el fracaso de Winamp 3, en contraste con la enorme popularidad de la serie Winamp 2. Winamp 5 pretende ser un reproductor liviano y eficaz, a la vez que incorpora las nuevas tecnologías presentes en Winamp 3.