Pregúntale a cualquier grupo promedio de desarrolladores cuál es su herramienta de control de versiones preferida y la respuesta más común será "Git". De hecho, una encuesta de Stack Overflow a casi 70 000 desarrolladores profesionales reveló que poco más del 88 % prefiere Git a otras herramientas de control de versiones. Git, un componente clave de la solución DevOps de muchas organizaciones, es admirado por la comunidad de desarrolladores por su combinación de intuitividad, velocidad y robustez.
Fue esta abrumadora popularidad la que convenció a IBM para añadir Git desde el principio a su creciente lista de herramientas de código abierto para IBM i. Como he comentado en publicaciones anteriores, IBM i cuenta con varias soluciones integrales para IBM. ® i DevOps. Sin embargo, como ingeniero de soluciones que atiende a una clientela diversa de IBM i, observo que cada vez más organizaciones basadas en IBM i optan por incorporar Git a su conjunto de DevOps . Basándome en esta experiencia, aquí presento algunas de mis observaciones sobre por qué Git puede ser una valiosa incorporación a su conjunto de herramientas DevOps de IBM i.
Una buena razón para adoptar Git es que ofrece numerosas funciones de control de versiones que van más allá de las que se encuentran en algunas herramientas de IBM i. Git no solo almacena archivos y registra los cambios entre cada versión, sino que también permite agrupar esas versiones mediante ramificación y etiquetado en múltiples estructuras lógicas. Es fácil visualizar cada cambio realizado en cada archivo como parte de cualquier confirmación en el repositorio.
A continuación, puedes tomar ese conjunto de cambios y aplicarlos a cualquier otra versión de la aplicación gracias a las herramientas de fusión rápidas y automatizadas de Git, que pueden fusionar sin problemas los cambios de varias versiones de un archivo.
Otra gran ventaja de Git es su arquitectura distribuida. Esto facilita alojar un repositorio Git en una plataforma como GitHub. A medida que los desarrolladores completan su trabajo, pueden simplemente enviar sus cambios a GitHub (o también pueden enviar una solicitud de extracción fácilmente) y el código se copiará al repositorio remoto, donde estará disponible para otros desarrolladores. De esta manera, Git se puede utilizar para gestionar proyectos de código abierto en los que trabajan cientos o incluso miles de desarrolladores de diversas organizaciones.
Los desarrolladores de IBM i pueden usar GitHub para el control de versiones de su código RPG y para revisiones de código, aprovechando herramientas como SonarQube, Gerrit y Collaborator.
Además —y esta es probablemente la razón principal de la popularidad perdurable de Git— muchas otras herramientas (de código abierto y de terceros) que los desarrolladores suelen usar para verificar aspectos como la integridad, la seguridad, el cumplimiento de licencias y el cumplimiento de políticas del código también se integran con Git. Esto facilita que dichas herramientas se conecten a un repositorio Git específico y realicen sus funciones.
Git también se integra fácilmente con herramientas de compilación automatizadas como Jenkins, Maven, Bamboo y Ant. Estas herramientas pueden obtener el código fuente necesario para las compilaciones desde Git y, a continuación, compilar e implementar la aplicación según las reglas definidas por el usuario.
En resumen, mediante el uso de estas herramientas, resulta sencillo gestionar aplicaciones que abarcan simultáneamente sistemas IBM i y sistemas distribuidos.
Git se integra fácilmente con Jenkins.
Elige el camino correcto para la modernización del código con IA.
Modernización de la Enterprise con el IBM z17 Single Frame y Rack-Mounted [...]
Cómo afrontar el mandato de modernización en el sector de los seguros.
