Navigazione nell’integrazione Git per lo sviluppo di mainframe

Fino a poco tempo fa, i termini “mainframe” e “Git” sembravano non corrispondere. Tuttavia, la maggiore adozione delle pratiche DevOps sul mainframe, il desiderio di integrare la piattaforma in pipeline di innovazione continua/implementazione continua (CI/CD) a livello aziendale e la sua familiarità tra gli sviluppatori di prossima generazione hanno reso Git una soluzione popolare per l’origine mainframe. gestione del codice (SCM).

I rami delle funzionalità di Git, lo sviluppo distribuito e le richieste pull facilitano un flusso di lavoro agile, incoraggiando gli sviluppatori a condividere modifiche più piccole con maggiore frequenza. Di conseguenza, le modifiche si spostano attraverso la pipeline di distribuzione più velocemente rispetto alle versioni monolitiche comuni con i sistemi di controllo della versione centralizzati. Inoltre, le sue robuste funzionalità di collaborazione consentono a più contributori di codificare, rivedere e unire facilmente le modifiche in un’unica fonte.

L’utilizzo di Git come SCM mainframe incoraggia pratiche di sviluppo comuni su tutte le piattaforme e abbatte i silos, consentendo l’integrazione del mainframe nelle pipeline CI/CD. Sebbene questa fusione di tecnologie tra piattaforme possa rappresentare una sfida, non è necessariamente così. Il successo di Git nello sviluppo distribuito può essere duplicato sul mainframe, se pianificato adeguatamente.

Mentre definisci la strategia per l’adozione di Git, la chiave è ricordare che, sebbene sia un SCM, non gestisce processi complessi di creazione e distribuzione che richiedono l’approvvigionamento dei quaderni corretti e dei programmi associati. Per risolvere questo problema, prendi in considerazione l’integrazione di Git con la tua soluzione SCM mainframe esistente, che probabilmente già supervisiona queste attività, anziché sostituirla. Il tuo SCM fungerà anche da meccanismo di distribuzione affidabile per coordinarsi perfettamente con qualsiasi applicazione distribuita correlata.

Di seguito sono riportati ulteriori consigli per coloro che considerano Git sul mainframe:

• Spiegare la motivazione—Parte della pianificazione per Git è fornire la logica. Perché i team dovrebbero prendere in considerazione il passaggio a Git? Aiuta gli sviluppatori a comprendere i problemi e i vantaggi per prendere una decisione informata per i loro team.
• Transizione graduale—Lavora secondo il tuo programma. I team possono passare a Git quando sono pronti (e alcuni team potrebbero non andare mai a Git, un punto importante). La resistenza è comprensibile se tutte le applicazioni devono essere spostate contemporaneamente, il che può essere dirompente. Invece, l’approccio consigliato è graduale, in cui le applicazioni vengono spostate su Git quando i membri del team sono pronti.
• Automatizza le build—Assicurati di disporre di un metodo automatizzato per creare le relazioni necessarie per le tue build, assicurando che tutti i parametri e gli impatti di compilazione possano essere sfruttati. La build dovrebbe anche integrarsi con la tua strategia di distribuzione.
• Gestire le configurazioni di distribuzione—Evita interruzioni della distribuzione assicurandoti che le distribuzioni del tuo mainframe siano configurate e disponibili per funzionare con GitHub Actions, Azure DevOps, Jenkins, Digital.ai, CloudBees Flow e lancio di HCL.
• Utilizzare gli strumenti correlati—Uno dei motivi per passare a Git come SCM è sfruttare l’ecosistema di soluzioni correlato, come strumenti avanzati di revisione del codice che consentono agli sviluppatori di creare pipeline per automatizzare le proprie attività.

È bene avere delle opzioni mentre pianifichi il tuo futuro. Passare a Git può essere una sfida, ma ci sono dei vantaggi, purché si pianifichi correttamente. Stare al passo con le innovazioni più recenti fornisce ai tuoi sviluppatori ciò di cui hanno bisogno, quando ne hanno bisogno, dandoti la possibilità di portare avanti con sicurezza le tue iniziative di trasformazione del mainframe.