Ormai sapete che i progetti comportano un enorme vantaggio: la possibilità di utilizzare Git (il sistema di controllo delle revisioni) e GitHub (il servizio di hosting) per far funzionare la vostra applicazione 4D in un ambiente di sviluppo più produttivo.

Il controllo di versione per sviluppatori principianti o senior è un punto fermo in ogni ambiente di lavoro in cui più risorse collaborano per partecipare a quella che potrebbe essere definita una catena di produzione del software.

Per aiutarvi a familiarizzare con Git, abbiamo messo a vostra disposizione molte risorse. Questo post del blog è una raccolta di tutto ciò che abbiamo fornito su questo argomento… finora. Se vi sentite persi e non sapete da dove cominciare, continuate a leggere; abbiamo incluso:

• altri post del blog,
• una guida dettagliata,
• un video top rated di summit,
• e persino un corso di formazione.

Cosa leggere?

1- Una guida introduttiva a 4D e VCS

Vi consigliamo di leggere questa guida dettagliata: Guida introduttiva a 4D e ai sistemi di controllo delle versioni, in cui Damien Fuzeau, Product Owner di 4D, spiega come funzionano i sistemi di controllo delle versioni (VCS). E mostra come possono gestire facilmente i progetti 4D e occuparsi della parte di gestione del codice sorgente del Server 4D.

2- Come condividere il codice 4D tramite GitHub

Una volta compreso l’argomento, siete pronti a buttarvi e a sporcarvi le mani. Il post Come condividere il codice 4D tramite GitHub vi mostra passo dopo passo come procedere.

3- Git. Impegnarsi. Tirare. Spingere e altro

Una volta impostato l’account, questo blog post illustra alcuni scenari in cui uno sviluppatore può imbattersi, come la clonazione di un repository remoto, l’ignorazione di file già impegnati e la risoluzione di conflitti di fusione.

4- Azioni su GitHub

Il vostro progetto è ora su GitHub. Questo significa che gestire diverse versioni del vostro software, monitorare le modifiche e integrare correzioni o nuove funzionalità è molto più semplice. Perché non sfruttare anche l’integrazione continua?

A partire da 4D v19, potete lanciare la compilazione del vostro progetto con un comando. Di conseguenza, disponete di tutti gli elementi necessari per automatizzare la vostra catena di integrazione.

Questo post vi fornirà un esempio di automazione con il GitHub manager e le GitHub Actions.

5- Sviluppo del codice del server

Se siete più interessati allo sviluppo client/server e al modo in cui il versioning vi si inserisce, vi consigliamo di controllare lo sviluppo del codice server nelle applicazioni di progetto.

Cosa guardare?

Siete interessati a maggiori dettagli e ad esempi concreti? Ecco una sessione su 4D e Git presentata da Ahlam Benhachem, ingegnere di sviluppo presso 4D Marocco, che vi mostra passo dopo passo come utilizzare Git con GitHub per la vostra applicazione 4D:

Come accedere a tutti i progetti 4D?

Ancora una volta, con l’introduzione dei progetti in 4D, il codice sorgente dei componenti, delle applicazioni demo e degli altri strumenti di 4D è ospitato su GitHub. E voi avete accesso a tutto.

4D ha tre organizzazioni GitHub.

• Su 4D è possibile trovare il codice sorgente dei componenti interni di 4D. In questo modo è possibile adattarli alle proprie esigenze.
• 4D Depot contiene tutti gli strumenti di aiuto: HDI, dimostrazioni, esempi di applicazione, ecc.
• 4D Go Mobile ospita tutti i moduli di elenco personalizzati, i moduli di dettaglio, i moduli di accesso, i formattatori e i controlli di input.

Leggete questo post di Vanessa Talbot, Product Owner di 4D, per capire come migliorare l’utilizzo e la navigazione su GitHub.

E un corso di formazione?

Sì, ci pensiamo noi!

Il mese scorso Thomas Maul, vicepresidente della strategia di 4D, ha tenuto un corso di formazione in cui ha mostrato come lavorare con 4D e Git con esempi pratici e come far funzionare la vostra applicazione 4D in un ambiente di sviluppo più produttivo. Nel caso in cui siate interessati a conoscere:

• Come creare un repository Git su GitHub.
• Come apportare modifiche al codice e gestire i conflitti di merge.
• Come correggere un bug nei rami di sviluppo e di distribuzione (senza dover fare il lavoro due volte).
• Come eseguire più rami in parallelo (versione di sviluppo, versione LTS e versione beta).
• Come provare una nuova idea, caratteristica o concetto nel codice in modo da non influenzare la versione stabile principale.

Queste sessioni sono per voi e saranno presto disponibili!

Dove andare?

Se pensate che queste risorse siano insufficienti o avete bisogno di ulteriori informazioni, contattateci sui forum di 4D; saremo felici di aiutarvi.