¿Espejito espejito, esta mi commit en el Azure DevOps del cliente?

Hola, holita, señores de la informática así en general. Hoy os traigo una cosa chula, aunque creo que muchos de vosotros ya lo tenéis implementado en algún proyectillo de Azure DevOps. Y es el tema del “Mirroring”, para la persona o ente que no lo sepa, es la posibilidad de pasar los commits de un repositorio a otro diferente de forma automática.

Entonces, buscando por internet, me topé con dos extensiones para Azure DevOps dentro del Marketplace y que son GRATIS:

Cuando lo vi dije, esto hay que probarlo. Leyendo la documentación lo único que tenemos que tener son:

• Dos repositorios (deseable que estén en diferentes organizaciones).
• Generar un “Personal Access Token” en cada una de las organizaciones.
• Tener las urls de los repositorios.
• Instalar una de esas dos extensiones. (El ejemplo irá con Mirror Git Repository).
• Crear una “Build Pipeline” con un paso configurado con la extensión.

Si tenemos todo esto, lo único que nos queda es seguir estos pasos:

1 – Instalar “Mirror Git Repository”

Hay que ir al Market Place de Azure DevOps e instalar la extensión dentro de la organización donde va a estar el repositorio de origen.

2 – Crear una “Build Pipeline”

Iremos a la opción de Pipelines y en Builds creamos una. Y a continuación agregamos un paso con la extensión instalada.

3 – Configurar “Mirror Git Repository”

Hay que configurar el paso de tal manera indicando el repositorio destino y los personal Access token de cada organización.

Con todo esto, tendremos los dos repositorios conectados de tal manera que en cada commit o en cada build, dependiendo de la configuración, tendremos un espejo de los cambios en el repositorio de destino. El siguiente paso seria definir un poco la política de branching y merges ha realizar una vez completado este paso.

Y hasta aquí mi artículo, espero que os haya servido de ayuda y como siempre…

Happy Coding!