Nel mondo dello sviluppo del software, negli ultimi anni è apparso un nuovo concetto chiamato “Continuous Integration”. La definizione che vediamo o sentiamo ovunque è :
“La CI è un processo che automatizza la compilazione, il test e la consegna di un’applicazione su base regolare e frequente”.
Avendo compreso questa definizione, che esprime un processo interessante e promettente, cosa devo fare per implementarlo in 4D? Se si cerca su Internet, si scopre che sono disponibili molti strumenti e framework di CI.
Tuttavia, ci sono diversi prerequisiti prima di utilizzare questi strumenti di CI.
Passo 1: convertire un’applicazione 4D in un progetto
Per implementare il CI in 4D, è necessario innanzitutto convertire l’applicazione 4D in un progetto. Ciò comporta la migrazione alla modalità progetto se l’applicazione è attualmente in modalità binaria. Durante la conversione, il file binario “.4DB” viene suddiviso in diversi file di testo di grandi dimensioni, che possono essere inseriti nel controllo sorgente.
È possibile trovare un’intera serie di blog che spiegano i concetti della modalità progetto:
- Database di progetto: Da binario a testo
- Database di progetto: Architettura
- Database di progetto: Post conversione
Oppure seguite questi corsi di formazione su 4D:
- Passare alla modalità progetto per sfruttare al meglio la funzione 4D
- MODALITÀ PROGETTO:Cosa, perché, come?
Passo 2: utilizzare un sistema di controllo dei sorgenti
Lagestione del codice con un sistema di controllo della versione come Git è essenziale per il successo dell’implementazione della CI.
Come primo passo, se volete provare e sperimentare un sistema di controllo dei sorgenti, potete provare GitHub. È sufficiente creare un account su GitHub per creare gratuitamente il proprio repository privato o pubblico. Poi, a seconda delle vostre esigenze, potete investire in un server di controllo sorgente come Git Lab ospitato dalla vostra organizzazione.
Per iniziare a utilizzare Git e 4D, consultate questi post del blog:
- Come condividere il codice 4D tramite GitHub
- Database di progetto: Git. Impegno. Tirare. Push e altro ancora
- gitignore e 4D: una funzione utile per gli utenti di Git
- Salvare il codice sorgente del progetto senza token
Una guida molto dettagliata spiega i diversi modi in cui è possibile lavorare con 4D e il controllo dei sorgenti, sia come parte di un team che da soli:
Vi consigliamo anche di dare un’occhiata al keynote e alla sessione di breakout del 4D Summit 2020:
A seconda del sistema di controllo sorgente scelto, è possibile trovare facilmente corsi di formazione adattati allo strumento preferito.
Fase 3: Compilazione o costruzione di applicazioni senza interfaccia
È necessario progettare un metodo o una funzione per compilare e costruire l’applicazione senza interfaccia e senza l’intervento dell’utente. È possibile scrivere i metodi utilizzando i comandi Compila progetto o Costruisci applicazione.
In alternativa, è possibile utilizzare semplicemente il componente Build4D. Questo componente consente di costruire una struttura compilata, un componente, un’applicazione standalone o un’applicazione Client/Server. Il componente e il suo codice sorgente sono disponibili su GitHub con licenza MIT. Ciò significa che potete utilizzarlo gratuitamente, creare un fork su GitHub per modificarlo a vostro piacimento se avete esigenze particolari e utilizzarlo sulle vostre installazioni senza alcun vincolo.
Ecco una serie di post del blog sul componente Build4D:
- Costruire una struttura o un componente compilato con Build4D
- Creare un’applicazione standalone con il componente Build4D
- Creare un’applicazione client/server con lo strumento Build4D
Passo 4: utilizzare la riga di comando per l’esecuzione
Una volta scritto lo script per compilare e costruire l’applicazione, non resta che eseguirlo dalla riga di comando.
È possibile passare diversi parametri tramite la riga di comando, come il percorso di 4D, il progetto, ecc. È inoltre possibile passare informazioni specifiche al proprio codice con il parametro “–user-param”.
Risorse preziose per l’esecuzione da riga di comando:
E per la registrazione di azioni o errori:
Passo 5: automatizzare i processi per ogni commit
Il passo finale consiste nel lanciare lo script per ogni commit sul server di controllo sorgente. Se avete scelto Git come controllo sorgente, potete semplicemente usare l’azione Git. Per automatizzare il vostro script potete usare la classica 4D Developer Edition o il nuovo strumento “tool4D”.
tool4D è uno strumento specializzato, progettato per l’esecuzione CLI in modalità headless e ottimizzato per automatizzare i processi CI. tool4D viene eseguito automaticamente in modalità headless. Alcune funzionalità non sono disponibili, come ad esempio un server di applicazioni, un server Web, un server SQL e i componenti 4D Write Pro e 4D View Pro. Non è richiesta alcuna licenza per eseguire tool4D, quindi è possibile automatizzare la compilazione o la creazione senza dover installare una licenza nella macchina virtuale.
Per saperne di più sull’utilizzo delle azioni Git e di tool4D, consultate questi post del blog:
- Come sfruttare le azioni GitHub con 4D
- Uno strumento per l’esecuzione del codice 4D in CLI
- documentazione di tool4D
E seguite questo corso di formazione su 4D:
Per riprendere
In conclusione, l’implementazione della CI con 4D può migliorare significativamente il vostro flusso di lavoro di sviluppo. Iniziate con la conversione al progetto. Quindi, familiarizzate con i concetti di un sistema di controllo delle versioni. Scrivere gli script per compilare e costruire l’applicazione. Infine, automatizzare il processo a ogni commit.
Potete vedere tutti questi passaggi in dettaglio in questo corso di formazione di 90 minuti disponibile su 4D.
Seguendo questi passaggi, sarete pronti a tuffarvi nell’entusiasmante mondo dell’integrazione continua!