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.
Crippleware
La principal diferencia entre las versiones lite y crippleware, es que, aun estando ambos limitados, el primero puede cumplir funciones completas, desde el punto de vista del usuario, mientras el otro no lo hace. Por ejemplo, un antivirus que sólo detecta los virus, pero no los elimina, es crippleware, así como un editor de texto que sólo permite generar documentos, pero no almacenarlos, transmitirlos ni imprimirlos. Pero pueden considerarse lite, programas como: un gestor de bases de datos que limita la cantidad de campos y/o relaciones en sus bases, o un gestor de stock que limita la cantidad de artículos, mientras esos límites permitan realmente utilizar el programa para su función prevista. Si el gestor de stock sólo permite 10 artículos, es crippleware, si permite 100, entonces puede considerarse lite. Si la opción multiempresa está limitada, pero disponible, para poder operar al menos con 2 empresas, entonces es lite, sino, si sólo puedo operar con una empresa, apenas es crippleware.