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.
Rosetta Stone (software)
Es difícil saber cual versión es la más reciente en los programas que distribuye Rosetta Stone ya que esta información no se hace disponible en su página web ni en los programas. A mediados del 2006, la versión de muestra era 2.1.4 pero Macword había evaluado la versión 3.0 varios meses antes. La versión 3.0 ya está empezando a salir y en el paquete de compra dice la versión del programa. Rosetta Stone no hace que las actualizaciones de cada versión estén disponible en línea; en vez de esto prefieren mandar un CD de actualización con cada orden. Esto ha causado que los usuarios tengan varias versiones en su computadora ya que muchos CD anteriores no son compatibles con otras versiones más nuevas. Las versiones nuevas tienen fotos de mejor calidad que las de sus precedentes.