Resumen - Continuous Deplyment

Descargar como xlsx, pdf o txt
Descargar como xlsx, pdf o txt
Está en la página 1de 4

Sección

Introducción

Fases del
Continuous
Deployment
Resumen
Despliegue continuo es una práctica que permite la implementación automática del
software en producción.
Configuration Management (Gestión de la Configuración) Conocida como el control de
versiones.
En esta face se configura los entornos (Hadware,Netwok,SO Sistemas Operativos,
Middleware Configuración) de tal manera que tengamos la misma configuración en todos
los ambientes ya sea Desarrollo, Test, Producción).
Los detalles de la CM son controlar Tiempos de compilación, creación de paquetes,
gestión de dependencias, gestión de configuraciones de la aplicación.

Testing Es una actividad funcional que se debe realizar continuamente desde el inicio del
desarrollo
Proporciona confianza, mejora la reputación y reduce costo de soporte por errores,
fomenta las buenas prácticas de desarrollo
Los tipos de pruebas: Aceptación usa regularmente escenarios en tiempo real es decir
simula estar en producción suelen ser las OAT pruebas de usuario final.
Manuales se realizan este tipo de pruebas para comprobar si la aplicación esta entregado
el valor esperado por los usuarios.
System Tests consiste en pruebas de rendimiento de sistema
Capacity testing estas pruebas se realizan para determinar a capacidad de rendimiento de
la aplicación usualmente se usan herramientas que simulan el capacity.

Deployment Pipeline, se conoce como la implementación automatizada del proceso de


compilación, prueba e implementación y lanzamiento de una aplicación
Component and Integration se realizan compilaciones de código, se ejecutan pruebas
unitarias, se verifica si los componentes de la aplicación utilizan diferentes tecnologías.
Ejem. Versiones de Framework entre otros componentes que usan los servers, servicios
etc

Releasing Application Crea una estrategia de lanzamiento, planifica el primer despliegue


en producción, libera la aplicación, luego se planifica estrategias de monitoreo adicional se
debe realizar pruebas de humo.
Sección
Introducción

Trabajando con
repositorios
remotos

Ramificacion

Rebase
Resumen
Despliegue continuo es una práctica que permite la implementación automática del software en producción.

Los repositorios remotos son versiones de tu proyecto que se encuentran alojados en


Internet o en algún punto de la red. Puedes tener varios, cada uno de los cuales puede ser
de sólo lectura, o de lectura/escritura, según los permisos que tengas. Colaborar con otros
implica gestionar estos repositorios remotos, y mandar (push) y recibir (pull) datos de ellos
cuando necesites compartir cosas.
Gestionar repositorios remotos implica conocer cómo añadir repositorios nuevos, eliminar
aquellos que ya no son válidos, gestionar ramas remotas e indicar si están bajo
seguimiento o no, y más cosas.
Cualquier sistema de control de versiones moderno tiene algún mecanismo para soportar
el uso de ramas. Cuando hablamos de ramificaciones, significa que tú has tomado la rama
principal de desarrollo (master) y a partir de ahí has continuado trabajando sin seguir la
rama principal de desarrollo. En muchos sistemas de control de versiones este proceso es
costoso, pues a menudo requiere crear una nueva copia del código, lo cual puede tomar
mucho tiempo cuando se trata de proyectos grandes.
En git existen dos formas que nos permiten unir ramas, git merge y git rebase. La forma
mas conocida es git merge, la cual realiza una fusión a tres bandas entre las dos últimas
instantáneas de cada rama y el ancestro común a ambas, creando un nuevo commit con
los cambios mezclados.
Git rebase básicamente lo que hace es recopilar uno a uno los cambios confirmados en
una rama, y reaplicarlos sobre otra. Utilizar rebase nos puede ayudar a evitar conflictos
siempre que se aplique sobre commits que están en local y no han sido subidos a ningún
repositorio remoto. Si no tienen cuidado con esto último y algún compañero utiliza cambios
afectados, seguro que tendrá problemas ya que este tipo de conflictos normalmente son
difíciles de reparar.

También podría gustarte

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy