Come sfruttare le azioni di GitHub con 4D
Il vostro progetto è ora su un sistema di controllo dei sorgenti. Ciò significa che la gestione di diverse versioni del vostro software, il monitoraggio delle modifiche e l’integrazione di correzioni o nuove funzionalità sono ora molto più semplici.
Perché non sfruttare anche l’integrazione continua?
A partire da 4D v19, è possibile avviare la compilazione del progetto con un comando. Di conseguenza, ora 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.
Ampia libreria di applicazioni 4D disponibili
Con i progetti e la possibilità di condividere il codice sorgente delle applicazioni di progetto tramite un sistema di controllo sorgente, abbiamo pubblicato più di 35 repository su GitHub (al momento della stesura di questo blog post). Questi includono HDI, componenti e applicazioni di esempio complete. A proposito di applicazioni di esempio complete, recentemente ne sono state aggiunte altre due:
Banche dati del progetto: Costruire la propria documentazione per i componenti
In un precedente post del blog, vi abbiamo mostrato che la documentazione dei metodi è tornata nell’Explorer. Volete andare oltre e usarli come documentazione per i vostri componenti? In questo post vi mostreremo come fare!
Notizie flash: componenti 4D disponibili su GitHub!
Nel 2017, 4D ha avviato un nuovo programma per condividere il codice sorgente dei componenti interni di 4D con i Partner 4D.
La condivisione del codice sorgente dei componenti 4D consente di personalizzarli e renderli propri! Grazie ai database di progetto e alla possibilità di condividere il codice sorgente di un’applicazione tramite un sistema di controllo sorgente, abbiamo convertito i nostri componenti interni 4D in database di progetto e abbiamo inviato il codice sorgente all’account GitHub di 4D. È aperto a tutti, tutto ciò che serve per usufruirne è un account su Github. Perché lo abbiamo fatto? Per semplificarvi la vita, tenendo traccia dei cambiamenti e delle modifiche apportate sia al codice che ai moduli.
Banche dati del progetto: Git. Impegno. Pull. Spingi e altro ancora
In un precedente post sul blog, vi abbiamo presentato Git (un sistema di controllo delle versioni) e Github (un servizio di hosting basato su cloud) e come potete condividere il vostro codice 4D con altri sviluppatori. In questo post ci spingeremo oltre, esplorando alcuni scenari che uno sviluppatore può incontrare, come la clonazione di un repository remoto, l’ignoranza dei file già impegnati e la risoluzione dei conflitti di fusione.
Come condividere il codice 4D via Github
Avete provato i database di progetto… forse ne avete creato uno o forse avete convertito un’applicazione binaria esistente. Ora è il momento di mostrarvi come utilizzare Git (il sistema di controllo delle revisioni) e Github come servizio di hosting per la vostra applicazione 4D.
Contattateci
Avete domande, suggerimenti o volete semplicemente entrare in contatto con i blogger di 4D? Lasciateci un messaggio!
* La vostra privacy è molto importante per noi. Fare clic qui per visualizzare il nostro Politica