"Qual è il tuo GitLab?" è una delle prime domande che mi sono state poste il mio primo giorno di lavoro per la GNOME Foundation, l'organizzazione no profit che supporta i progetti GNOME, inclusi l'ambiente desktop, GTK e GStreamer. La persona si riferiva al mio nome utente sull'istanza GitLab di GNOME. Nel mio tempo con GNOME, mi è stato chiesto molto il mio GitLab.
Usiamo GitLab praticamente per tutto. In una giornata tipo, ricevo diversi problemi e faccio riferimento a segnalazioni di bug e occasionalmente ho bisogno di modificare un file. Non lo faccio in qualità di sviluppatore o amministratore di sistema. Sono coinvolto con i team Engagement and Inclusion &Diversity (I&D). Scrivo newsletter per Friends of GNOME e intervisto i contributori del progetto. Mi occupo di sponsorizzazioni per eventi GNOME. Non scrivo codice e uso GitLab tutti i giorni.
Altro su GNOME
- Iniziare con la virtualizzazione di GNOME Boxes
- 12 estensioni per il tuo desktop GNOME
- Cheat sheet:GNOME 3
Il progetto GNOME è stato gestito in molti modi negli ultimi due decenni. Diverse parti del progetto hanno utilizzato sistemi diversi per tenere traccia delle modifiche al codice, collaborare e condividere informazioni sia come progetto che come spazio sociale. Tuttavia, il progetto ha deciso che doveva diventare più integrato e ci è voluto circa un anno dall'ideazione al completamento.
C'erano una serie di ragioni per cui GNOME voleva passare a un unico strumento da utilizzare in tutta la comunità. I progetti esterni toccano GNOME e fornire loro un modo più semplice per interagire con le risorse è stato importante per il progetto, sia per supportare la comunità che per far crescere l'ecosistema. Volevamo anche monitorare meglio le metriche per GNOME:il numero di contributori, il tipo e il numero di contributi e l'avanzamento dello sviluppo delle diverse parti del progetto.
Quando è arrivato il momento di scegliere uno strumento di collaborazione, abbiamo considerato ciò di cui avevamo bisogno. Uno dei requisiti più importanti era che dovesse essere ospitato dalla comunità di GNOME; essere ospitato da una terza parte non sembrava un'opzione, quindi servizi scontati come GitHub e Atlassian. E, naturalmente, doveva essere un software libero. È diventato subito evidente che l'unico vero contendente era GitLab. Volevamo assicurarci che il contributo fosse facile. GitLab ha funzionalità come il single sign-on, che consente alle persone di utilizzare gli account GitHub, Google, GitLab.com e GNOME.
Abbiamo convenuto che GitLab era la strada da percorrere e abbiamo iniziato a migrare da molti strumenti a un unico strumento. Il membro del consiglio di GNOME Carlos Soriano ha guidato la carica. Grazie al supporto di GitLab e della community di GNOME, abbiamo completato il processo a maggio 2018.
C'erano molte speranze che il passaggio a GitLab avrebbe aiutato a far crescere la comunità e rendere più facile il contributo. Poiché in precedenza GNOME utilizzava così tanti strumenti diversi, inclusi Bugzilla e CGit, è difficile misurare quantitativamente l'impatto dello switch sul numero di contributi. Tuttavia, possiamo tracciare più chiaramente alcune statistiche, come i quasi 10.000 problemi chiusi e le 7.085 richieste di unione fuse tra giugno e novembre 2018. Le persone sentono che la community è cresciuta ed è diventata più accogliente e che il contributo è, in effetti, più facile.
Le persone arrivano al software gratuito da ogni tipo di punto di partenza, ed è importante cercare di uniformare il campo di gioco fornendo risorse migliori e supporto extra per le persone che ne hanno bisogno. Git, come strumento, è ampiamente utilizzato e sempre più persone vengono a partecipare al software libero con quelle competenze pronte per l'uso. GitLab self-hosting offre l'opportunità perfetta per combinare la familiarità di Git con l'ambiente intuitivo e ricco di funzionalità fornito da GitLab.
È passato poco più di un anno e il cambiamento è davvero evidente. L'integrazione continua (CI) è stata un enorme vantaggio per lo sviluppo ed è stata completamente integrata in quasi ogni parte di GNOME. Anche i team che non si occupano di sviluppo del codice sono passati all'utilizzo dell'ecosistema GitLab per il proprio lavoro. Che si tratti di utilizzare il monitoraggio dei problemi per gestire le attività assegnate o il controllo della versione per condividere e gestire le risorse, anche team come Engagement e I&D hanno iniziato a utilizzare GitLab.
Può essere difficile per una comunità, anche se sviluppa software libero, adattarsi a una nuova tecnologia o strumento. È particolarmente difficile in un caso come GNOME, un progetto che ha recentemente compiuto 22 anni. Dopo oltre due decenni di costruzione di un progetto come GNOME, con così tante parti utilizzate da così tante persone e organizzazioni, la migrazione è stata un'impresa possibile solo grazie al duro lavoro della comunità GNOME e alla generosa assistenza di GitLab.
Trovo molto comodo lavorare per un progetto che usa Git per il controllo della versione. È un sistema comodo e familiare:è uno strumento coerente tra i luoghi di lavoro e i progetti di hobby. Come nuovo membro della comunità GNOME, è stato fantastico poter entrare e usare semplicemente GitLab. Come creatore di comunità, è stimolante vedere i risultati:più progetti associati che entrano a bordo ed entrano nell'ecosistema; nuovi contributori e membri della comunità che danno i loro primi contributi al progetto; e una maggiore capacità di misurare il lavoro che stiamo facendo per sapere che è efficace e di successo.
È fantastico che così tanti team che fanno cose completamente diverse (come su cosa stanno lavorando e quali abilità stanno usando) accettino di centralizzare su qualsiasi strumento, specialmente uno che è considerato uno standard nell'open source. Come collaboratore di GNOME, apprezzo molto il fatto che stiamo utilizzando GitLab.