Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Publicado : Apr 13, 2021
NO EN LA EDICIÓN ACTUAL
Este blip no está en la edición actual del Radar. Si ha aparecido en una de las últimas ediciones, es probable que siga siendo relevante. Si es más antiguo, es posible que ya no sea relevante y que nuestra valoración sea diferente hoy en día. Desgraciadamente, no tenemos el ancho de banda necesario para revisar continuamente los anuncios de ediciones anteriores del Radar. Entender más
Apr 2021
Hold ? Continuar con precaución

Sugerimos usar GitOps con cierto grado de cuidado, especialmente con lo que respecta a las estrategias de ramificación en repositorios de código. GitOps se puede ver como una forma de implementar infrastructura como código que implica la sincronización y aplicación continua de código de infraestructura desde Git en varios ambientes. Cuando se usa con una estrategia de "rama por ambiente", los cambios se promueven de un ambiente al siguiente mediante la combinación (merge) del código. Si bien tratar el código como única fuente de la verdad es un enfoque sólido, vemos que la estrategia de "rama por entorno" típicamente da pie a que aparezcan diferencias entre ambientes y que configuraciones específicas se propaguen a medida que las operaciones de combinación del código (merge) se vuelven problemáticas o se dejan de hacer. Esto es muy similar a lo que advertimos en el pasado respecto a las ramas de larga duración con GitFlow.

Descargar Radar Tecnológico Volumen 28

 

English | Español | Português | 中文

Mantente informado sobre la tecnología

 

Suscríbete ahora

Visita nuestro archivo para leer los volúmenes anteriores