En el área del desarrollo de software , el enfoque de lanzamiento continuo (literalmente "lanzamiento continuo" o " publicación continua ") se refiere a un sistema de desarrollo de software continuo, a diferencia del lanzamiento del sistema , donde no realiza las actualizaciones en producción al final de el ciclo de desarrollo de una versión de software o sistema en su totalidad. Este es uno de los muchos tipos de ciclos de vida de lanzamiento de software .
Es utilizado notablemente por algunas distribuciones GNU / Linux . Un sistema de lanzamiento continuo se implementa generalmente mediante la implementación de actualizaciones pequeñas y frecuentes. Sin embargo, aplicar actualizaciones periódicas no significa necesariamente utilizar un sistema de lanzamiento continuo . Para que se aplique un nombre de este tipo, los desarrolladores deben utilizar un método de trabajo de rama única, a diferencia de las versiones específicas de la etapa del ciclo de vida (por ejemplo, versiones de desarrollo, prueba y producción). En un sistema de lanzamiento continuo , las actualizaciones generalmente se proporcionan a través de un administrador de paquetes a través de una conexión a Internet .
Parábola GNU / Linux-libre , Manjaro que se basan en Arch Linux , Gentoo , Sabayon Linux , Foresight Linux , Frugalware , aptosid , Siduction , PCLinuxOS y SparkyLinux son ejemplos de distribuciones de liberación continua. El medio de instalación es simplemente una vista previa tentativa de la distribución en el momento de su lanzamiento. El software contenido en los repositorios es más nuevo que el contenido en los medios de instalación.
Otras distribuciones GNU / Linux pueden mantener una rama de desarrollo entre dos versiones sucesivas. Estas ramas de desarrollo pueden parecer versiones continuas porque el software de dichas ramas se actualiza continuamente. Sin embargo, a diferencia de las versiones continuas, estas ramas están destinadas a ser la próxima versión y se congelarán y probarán antes de que se publique una versión. Mageia Cauldron, openSUSE Factory, Fedora Rawhide y las ramas de prueba e inestables de Debian son ejemplos de este tipo de desarrollo. No se recomienda el uso de estas ramas de desarrollo en un entorno de producción, por riesgos de inestabilidad, seguridad, etc.
Sin embargo, la rama de prueba de Debian contiene paquetes para la próxima versión estable, por lo que el flujo de paquetes no es del todo continuo. Lo mismo ocurre con Frugalware , donde los paquetes no son continuos en la versión actual para prepararse para la próxima versión estable.
También sucede que las distribuciones siguen un modelo de lanzamiento medio rodante , literalmente publicación medio rodante : paquetes importantes del sistema se someten a pruebas mientras software como navegadores web, suites ofimáticas, herramientas multimedia, juegos, se actualizan continuamente. Por ejemplo, Chakra Linux, que actualiza los paquetes críticos del sistema cada seis meses.
Aptosid es una versión móvil de Linux basada en Debian y su rama de desarrollo inestable (sid). Además de los repositorios inestables de Debian, Aptosid usa sus propios repositorios de paquetes y herramientas para ayudar a prevenir un posible bloqueo (bastante común cuando se usa Debian inestable).
Contraejemplos: Windows , Mac OS , OpenBSD y muchas distribuciones de GNU / Linux (Debian, incluida la versión "estable") no son lanzamientos continuos , porque se realizan cambios importantes entre las versiones sucesivas (un sistema operativo de reinstalación completo, o al menos se requiere una actualización importante). También resulta en un gran esfuerzo de desarrollo para mantener actualizadas las versiones anteriores, debido a la propagación de correcciones de errores de la última rama, en lugar de centrarse más en la rama de desarrollo más nueva.
Una gran cantidad de distribuciones de Linux le permiten instalar versiones de software especialmente compiladas o empaquetadas para ellas:
Es común tomar ocasionalmente una instantánea (instantánea) de la versión móvil , que puede refinarse y "congelarse", y guardarse solo por seguridad (como Frugalware con la rama actual ( versión móvil ) y estable (paquetes congelados)). Esto a menudo no es práctico, porque requiere la multiplicación de esfuerzos. Por lo general, las características y los defectos de una versión en particular no se tratan específicamente en un esfuerzo separado / aislado (por ejemplo, parches ); por el contrario, se tratan en el esfuerzo principal de desarrollo.