Git su IBM^® i

Chiedete a qualsiasi gruppo medio di sviluppatori qual è il loro strumento di controllo versione preferito e la risposta sarà quasi sempre "Git". Infatti, un sondaggio di Stack Overflow condotto su quasi 70.000 sviluppatori professionisti ha rilevato che poco più dell'88% di loro preferisce Git rispetto ad altri strumenti di controllo versione. Componente chiave della soluzione DevOps di molte organizzazioni, Git è ammirato dalla comunità degli sviluppatori per la sua combinazione di intuitività, velocità e robustezza.

È stata questa enorme popolarità a convincere IBM ad aggiungere Git fin dall'inizio alla sua lista in continua espansione di strumenti open source per IBM i. Come ho già spiegato in post precedenti, IBM i offre una serie di soluzioni complete e complete per IBM. ^® DevOps. Tuttavia, come solution engineer al servizio di una clientela IBM i diversificata, ho notato che sempre più organizzazioni basate su IBM i scelgono di integrare Git nel proprio stack DevOps . Sulla base di questa esperienza, ecco alcune delle mie osservazioni sul perché Git può essere una preziosa aggiunta al vostro toolkit DevOps IBM i.

Potente controllo della sorgente

Un buon motivo per adottare Git è che offre numerose funzioni per il controllo del codice sorgente, oltre a quelle presenti in alcuni strumenti IBM i. Git non solo memorizza i file e tiene traccia delle modifiche tra ogni versione, ma consente anche di raggruppare tali versioni tramite ramificazioni e tag in più strutture logiche. È facile visualizzare ogni modifica apportata a ciascun file come parte di qualsiasi commit nel repository.

È quindi possibile prendere quel set di modifiche e applicarlo a qualsiasi altra versione dell'applicazione grazie agli strumenti di unione rapidi e automatizzati di Git, che possono unire senza problemi le modifiche provenienti da più versioni di un file.

Architettura distribuita

Un altro grande vantaggio di Git è la sua architettura distribuita. Questo semplifica l'hosting di un repository Git su un sito come GitHub. Una volta completato il loro lavoro, gli sviluppatori possono semplicemente inviare le modifiche a GitHub (o inviare facilmente una richiesta pull) e il codice verrà copiato nel repository remoto, dove potrà essere reso disponibile ad altri sviluppatori. In questo modo, Git può essere utilizzato per gestire progetti open source su cui lavorano centinaia o addirittura migliaia di sviluppatori in numerose organizzazioni.

Gli sviluppatori IBM i possono utilizzare GitHub per il controllo delle versioni del loro codice RPG e per le revisioni del codice, sfruttando strumenti come SonarQube, Gerrit e Collaborator.

Integrazioni a bizzeffe

Inoltre, e questo è probabilmente il motivo principale della duratura popolarità di Git, molti altri strumenti (open source e non) comunemente utilizzati dagli sviluppatori per verificare aspetti come l'integrità, la sicurezza, la conformità delle licenze e delle policy del codice sono integrati con Git. Questo semplifica l'indirizzamento di tali strumenti a un determinato repository Git e l'esecuzione delle relative funzioni.

Git si integra facilmente anche con strumenti di build automatizzati come Jenkins, Maven, Bamboo e Ant. Questi strumenti possono estrarre il codice sorgente necessario per le build da Git e quindi compilare e distribuire l'applicazione in base alle regole definite dall'utente.

In breve, utilizzando questi strumenti diventa semplice gestire contemporaneamente applicazioni che coinvolgono sia IBM i sia sistemi distribuiti.

Git si integra facilmente con Jenkins.