"C'est quoi ton GitLab ?" est l'une des premières questions qui m'ont été posées lors de mon premier jour de travail pour la Fondation GNOME, l'organisation à but non lucratif qui soutient les projets GNOME, y compris l'environnement de bureau, GTK et GStreamer. La personne faisait référence à mon nom d'utilisateur sur l'instance GitLab de GNOME. Depuis mon passage chez GNOME, on m'a beaucoup demandé mon GitLab.
Nous utilisons GitLab pour pratiquement tout. Au cours d'une journée type, je reçois plusieurs problèmes et rapports de bogues de référence, et j'ai parfois besoin de modifier un fichier. Je ne fais pas cela en tant que développeur ou administrateur système. Je suis impliqué dans les équipes Engagement et Inclusion &Diversité (I&D). J'écris des newsletters pour les Amis de GNOME et interviewe des contributeurs au projet. Je travaille sur les parrainages pour les événements GNOME. Je n'écris pas de code et j'utilise GitLab tous les jours.
En savoir plus sur GNOME
- Démarrer avec la virtualisation des boîtes GNOME
- 12 extensions pour votre bureau GNOME
- Aide-mémoire :GNOME 3
Le projet GNOME a été géré de nombreuses façons au cours des deux dernières décennies. Différentes parties du projet ont utilisé différents systèmes pour suivre les modifications apportées au code, collaborer et partager des informations à la fois en tant que projet et en tant qu'espace social. Cependant, le projet a décidé qu'il devait devenir plus intégré et il a fallu environ un an de la conception à l'achèvement.
Il y avait un certain nombre de raisons pour lesquelles GNOME voulait passer à un seul outil à utiliser dans toute la communauté. Les projets externes touchent GNOME, et leur fournir un moyen plus simple d'interagir avec les ressources était important pour le projet, à la fois pour soutenir la communauté et pour développer l'écosystème. Nous voulions également mieux suivre les métriques de GNOME :le nombre de contributeurs, le type et le nombre de contributions, et la progression du développement des différentes parties du projet.
Quand est venu le temps de choisir un outil de collaboration, nous avons réfléchi à ce dont nous avions besoin. L'une des exigences les plus importantes était qu'il devait être hébergé par la communauté GNOME; être hébergé par un tiers ne semblait pas être une option, de sorte que des services à prix réduit comme GitHub et Atlassian. Et, bien sûr, ce devait être un logiciel libre. Il est rapidement devenu évident que le seul véritable concurrent était GitLab. Nous voulions nous assurer que la contribution serait facile. GitLab propose des fonctionnalités telles que l'authentification unique, qui permet aux utilisateurs d'utiliser les comptes GitHub, Google, GitLab.com et GNOME.
Nous avons convenu que GitLab était la voie à suivre et nous avons commencé à migrer de nombreux outils vers un seul outil. Carlos Soriano, membre du conseil d'administration de GNOME, a mené la charge. Avec le soutien important de GitLab et de la communauté GNOME, nous avons terminé le processus en mai 2018.
Il y avait beaucoup d'espoir que le passage à GitLab aiderait à développer la communauté et faciliterait la contribution. Étant donné que GNOME utilisait auparavant de nombreux outils différents, y compris Bugzilla et CGit, il est difficile de mesurer quantitativement l'impact du changement sur le nombre de contributions. Nous pouvons cependant suivre plus clairement certaines statistiques, telles que les près de 10 000 problèmes résolus et les 7 085 demandes de fusion fusionnées entre juin et novembre 2018. Les gens ont le sentiment que la communauté a grandi et est devenue plus accueillante et que la contribution est, en fait, plus facile.
Les gens viennent au logiciel libre à partir de toutes sortes de points de départ différents, et il est important d'essayer d'égaliser les chances en fournissant de meilleures ressources et un soutien supplémentaire aux personnes qui en ont besoin. Git, en tant qu'outil, est largement utilisé, et de plus en plus de personnes viennent participer au logiciel libre avec ces compétences prêtes à l'emploi. L'auto-hébergement GitLab offre l'opportunité parfaite de combiner la familiarité de Git avec l'environnement convivial et riche en fonctionnalités fourni par GitLab.
Cela fait un peu plus d'un an, et le changement est vraiment perceptible. L'intégration continue (CI) a été un énorme avantage pour le développement, et elle a été complètement intégrée dans presque toutes les parties de GNOME. Les équipes qui ne développent pas de code ont également opté pour l'écosystème GitLab pour leur travail. Qu'il s'agisse d'utiliser le suivi des problèmes pour gérer les tâches assignées ou le contrôle de version pour partager et gérer les actifs, même des équipes comme Engagement et I&D ont adopté GitLab.
Il peut être difficile pour une communauté, même celle qui développe des logiciels libres, de s'adapter à une nouvelle technologie ou à un nouvel outil. C'est particulièrement difficile dans un cas comme GNOME, un projet qui a récemment eu 22 ans. Après plus de deux décennies de construction d'un projet comme GNOME, avec tant de pièces utilisées par tant de personnes et d'organisations, la migration était une entreprise qui n'était possible que grâce au travail acharné de la communauté GNOME et à l'aide généreuse de GitLab.
Je trouve très pratique de travailler pour un projet qui utilise Git pour le contrôle de version. C'est un système qui se sent à l'aise et qui est familier - c'est un outil qui est cohérent à travers les lieux de travail et les projets de passe-temps. En tant que nouveau membre de la communauté GNOME, c'était formidable de pouvoir se lancer et d'utiliser simplement GitLab. En tant que bâtisseur de communauté, il est inspirant de voir les résultats :davantage de projets associés arrivent à bord et entrent dans l'écosystème ; les nouveaux contributeurs et membres de la communauté apportant leurs premières contributions au projet ; et une capacité accrue à mesurer le travail que nous faisons pour savoir qu'il est efficace et réussi.
C'est formidable que tant d'équipes faisant des choses complètement différentes (comme sur quoi elles travaillent et quelles compétences elles utilisent) acceptent de centraliser n'importe quel outil, en particulier celui qui est considéré comme un standard dans l'open source. En tant que contributeur à GNOME, j'apprécie vraiment que nous utilisions GitLab.