Que es el ci
Contenidos
Qué es la integración continua
Este artículo incluye una lista de referencias generales, pero permanece en gran medida sin verificar porque carece de suficientes citas en línea correspondientes. Por favor, ayude a mejorar este artículo introduciendo citas más precisas. (Julio de 2016) (Aprende cómo y cuándo eliminar este mensaje de la plantilla)
En ingeniería de software, la integración continua (IC) es la práctica de fusionar todas las copias de trabajo de los desarrolladores a una línea principal compartida varias veces al día[1] Grady Booch propuso por primera vez el término IC en su método de 1991,[2] aunque no abogaba por integrar varias veces al día. La programación extrema (XP) adoptó el concepto de IC y abogó por integrar más de una vez al día, quizás hasta decenas de veces al día[3].
Al emprender un cambio, un desarrollador toma una copia de la base de código actual sobre la que va a trabajar. A medida que otros desarrolladores envían el código modificado al repositorio de código fuente, esta copia deja gradualmente de reflejar el código del repositorio. No sólo puede cambiar la base de código existente, sino que puede añadirse nuevo código, así como nuevas bibliotecas y otros recursos que crean dependencias y posibles conflictos.
Terraform
Este artículo incluye una lista de referencias generales, pero permanece en gran medida sin verificar porque carece de suficientes citas en línea correspondientes. Por favor, ayude a mejorar este artículo introduciendo citas más precisas. (Julio de 2016) (Aprende cómo y cuándo eliminar este mensaje de la plantilla)
En ingeniería de software, la integración continua (IC) es la práctica de fusionar todas las copias de trabajo de los desarrolladores a una línea principal compartida varias veces al día[1] Grady Booch propuso por primera vez el término IC en su método de 1991,[2] aunque no abogaba por integrar varias veces al día. La programación extrema (XP) adoptó el concepto de IC y abogó por integrar más de una vez al día, quizás hasta decenas de veces al día[3].
Al emprender un cambio, un desarrollador toma una copia de la base de código actual sobre la que va a trabajar. A medida que otros desarrolladores envían el código modificado al repositorio de código fuente, esta copia deja gradualmente de reflejar el código del repositorio. No sólo puede cambiar la base de código existente, sino que puede añadirse nuevo código, así como nuevas bibliotecas y otros recursos que crean dependencias y posibles conflictos.
Entrega continua
Este artículo incluye una lista de referencias generales, pero permanece en gran medida sin verificar porque carece de suficientes citas en línea correspondientes. Por favor, ayude a mejorar este artículo introduciendo citas más precisas. (Julio de 2016) (Aprende cómo y cuándo eliminar este mensaje de la plantilla)
En ingeniería de software, la integración continua (IC) es la práctica de fusionar todas las copias de trabajo de los desarrolladores a una línea principal compartida varias veces al día[1] Grady Booch propuso por primera vez el término IC en su método de 1991,[2] aunque no abogaba por integrar varias veces al día. La programación extrema (XP) adoptó el concepto de IC y abogó por integrar más de una vez al día, quizás hasta decenas de veces al día[3].
Al emprender un cambio, un desarrollador toma una copia de la base de código actual sobre la que va a trabajar. A medida que otros desarrolladores envían el código modificado al repositorio de código fuente, esta copia deja gradualmente de reflejar el código del repositorio. No sólo puede cambiar la base de código existente, sino que puede añadirse nuevo código, así como nuevas bibliotecas y otros recursos que crean dependencias y posibles conflictos.
Integración continua
CI y CD significan integración continua y entrega continua/despliegue continuo. En términos muy sencillos, la IC es una práctica moderna de desarrollo de software en la que los cambios de código incrementales se realizan con frecuencia y de forma fiable. Los pasos automatizados de construcción y prueba activados por la IC garantizan que los cambios de código que se fusionan en el repositorio son fiables. A continuación, el código se entrega rápidamente y sin problemas como parte del proceso de CD. En el mundo del software, la canalización CI/CD se refiere a la automatización que permite que los cambios de código incrementales de los escritorios de los desarrolladores se entreguen de forma rápida y fiable a la producción.
CI/CD permite a las organizaciones enviar software de forma rápida y eficaz. CI/CD facilita un proceso eficaz para lanzar productos al mercado más rápido que nunca, entregando continuamente el código a producción y asegurando un flujo continuo de nuevas características y correcciones de errores a través del método de entrega más eficiente.
La integración continua (CI) es una práctica que implica que los desarrolladores realicen pequeños cambios y comprobaciones en su código. Debido a la escala de los requisitos y al número de pasos implicados, este proceso se automatiza para garantizar que los equipos puedan crear, probar y empaquetar sus aplicaciones de forma fiable y repetible. CI ayuda a agilizar los cambios de código, aumentando así el tiempo de los desarrolladores para realizar cambios y contribuir a mejorar el software.