• hacer fork del proyecto actual al nuevo namespace
  

Luego sale esta pantalla

Una vez en este punto ya tenemos una copia en el espacio de destino

• Establecer la configuración de las ramas protegidas
• Establecer la configuración de cleanup del registry
• En la sección de security, activar el scan de las imágenes
• Tendremos que ejecutar el pipeline de la rama de desarrollo, de preproducción y de producción (master) en este orden.
  Esto generará las entradas correspondientes en el registro
  Y vemos los tags en Gitlab (menú lateral izquierdo) Deploy -> Container Registry
  

• Creamos una copia de los manifiestos helm-charts/charts/grupoOrigen/aplicacion a helm-charts/charts/grupoDestino
• Realizamos la sustitución de del grupoOrigen dentro de los manifiestos a grupoDestino en los ficheros donde aparezca
• Colocamos los tags obtenidos de las imágenes del registry nuevo y los colocamos en el Chart.yaml y values.yaml correspondiente (en los 3 entornos desa, test y prod)
• Mezclamos con el repositorio general
• Pedimos que los secretos de BD se les cree una política de acceso y roles de VAULT correspondiente a la nueva aplicación y namespace correspondiente al nuevo grupo (los secretos ya están creados en vault). Un Jira a VAULT

• Si hay más secretos notificarlo a los propietarios de esos secretos para que hagan lo mismo.
• Pedir la helm release como si fuera una aplicación nueva
• Dar de alta las colas de lagar como si fuera una aplicación nueva
• Notificar al grupoDestino que ya tiene la aplicación funcionando y que deben cambiar las url de los clientes porque han cambiado.
• Poner Jira a MIDk8s para dar de baja el despliegue antiguo
• Desvincular ambos proyectos
  En el proyecto destino menú izquierdo - Settings -> General
  
• archivar/borrar el original