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.
Slackware
Algunas de estas herramientas determinan las dependencias analizando los paquetes instalados, determinando qué bibliotecas se necesita, y después descubriendo qué paquetes están disponibles. Este proceso automático, muy similar al APT de Debian y produce generalmente resultados satisfactorios.Slackware es una distribución que no se centra en tener las últimas versiones de los programas, sino que su foco es tener un sistema estable. Los nuevos paquetes se ponen a prueba y no son entregados hasta que no sean estables (esto no implica que sea la última versión disponible del programa), por ejemplo no se incluyó el núcleo Linux 2.6.* sino hasta el año 2007, habiendo sido lanzada la versión 2.6.0 en el año 2003. Pero cuando algún paquete tiene una actualización por bugs o mejoras de seguridad, estas son incorporadas a los paquetes de Slackware y se anuncia a través de una lista de correo de dichas actualizaciones y en el log de cambios ("changelog") que se encuentra en el sitio web. Slackware incluye dentro del directorio /extra del CD de instalación el programa Slackpkg que ayuda a mantener actualizado el sistema.