„Was ist Ihr GitLab?“ ist eine der ersten Fragen, die mir an meinem ersten Arbeitstag für die GNOME Foundation gestellt wurden – die gemeinnützige Organisation, die GNOME-Projekte unterstützt, darunter die Desktop-Umgebung, GTK und GStreamer. Die Person bezog sich auf meinen Benutzernamen in der GitLab-Instanz von GNOME. In meiner Zeit bei GNOME wurde ich oft nach meinem GitLab gefragt.
Wir verwenden GitLab für praktisch alles. An einem typischen Tag erhalte ich mehrere Probleme und Verweise auf Fehlerberichte, und gelegentlich muss ich eine Datei ändern. Ich mache das nicht als Entwickler oder Systemadministrator. Ich arbeite in den Teams „Engagement“ und „Inclusion &Diversity“ (I&D) mit. Ich schreibe Newsletter für Friends of GNOME und interviewe Mitwirkende des Projekts. Ich arbeite an Sponsorings für GNOME-Veranstaltungen. Ich schreibe keinen Code und verwende GitLab jeden Tag.
Mehr zu GNOME
- Erste Schritte mit der Virtualisierung von GNOME Boxes
- 12 Erweiterungen für Ihren GNOME-Desktop
- Spickzettel:GNOME 3
Das GNOME-Projekt wurde in den letzten zwei Jahrzehnten auf viele Arten verwaltet. Verschiedene Teile des Projekts verwendeten unterschiedliche Systeme, um Änderungen am Code zu verfolgen, zusammenzuarbeiten und Informationen sowohl als Projekt als auch als sozialer Raum auszutauschen. Das Projekt traf jedoch die Entscheidung, dass es stärker integriert werden musste, und es dauerte etwa ein Jahr von der Konzeption bis zur Fertigstellung.
Es gab eine Reihe von Gründen, warum GNOME zu einem einzigen Tool für die Verwendung in der gesamten Community wechseln wollte. Externe Projekte berühren GNOME, und es war wichtig für das Projekt, ihnen eine einfachere Möglichkeit zur Interaktion mit Ressourcen zu bieten, sowohl um die Community zu unterstützen als auch um das Ökosystem zu erweitern. Wir wollten auch Metriken für GNOME besser verfolgen – die Anzahl der Mitwirkenden, die Art und Anzahl der Beiträge und den Entwicklungsfortschritt verschiedener Teile des Projekts.
Als es an der Zeit war, ein Collaboration-Tool auszuwählen, haben wir uns überlegt, was wir brauchen. Eine der wichtigsten Anforderungen war, dass es von der GNOME-Community gehostet werden muss; Von einem Drittanbieter gehostet zu werden, schien keine Option zu sein, sodass vergünstigte Dienste wie GitHub und Atlassian. Und natürlich musste es freie Software sein. Es wurde schnell klar, dass der einzige wirkliche Konkurrent GitLab war. Wir wollten sicherstellen, dass der Beitrag einfach ist. GitLab verfügt über Funktionen wie Single Sign-On, mit denen Benutzer GitHub-, Google-, GitLab.com- und GNOME-Konten verwenden können.
Wir waren uns einig, dass GitLab der richtige Weg ist, und begannen, von vielen Tools zu einem einzigen Tool zu migrieren. GNOME-Vorstandsmitglied Carlos Soriano leitete die Anklage. Mit viel Unterstützung von GitLab und der GNOME-Community haben wir den Prozess im Mai 2018 abgeschlossen.
Es bestand große Hoffnung, dass der Wechsel zu GitLab dazu beitragen würde, die Community zu vergrößern und das Beitragen zu erleichtern. Da GNOME zuvor so viele verschiedene Tools verwendet hat, darunter Bugzilla und CGit, ist es schwierig, quantitativ zu messen, wie sich die Umstellung auf die Anzahl der Beiträge ausgewirkt hat. Einige Statistiken können wir jedoch deutlicher verfolgen, wie z. B. die fast 10.000 geschlossenen Ausgaben und 7.085 zusammengeführten Anfragen zwischen Juni und November 2018. Die Leute haben das Gefühl, dass die Community gewachsen und einladender geworden ist und dass der Beitrag tatsächlich einfacher ist. P>
Die Leute kommen von allen möglichen Ausgangspunkten zu freier Software, und es ist wichtig zu versuchen, das Spielfeld auszugleichen, indem man bessere Ressourcen und zusätzliche Unterstützung für Leute bereitstellt, die sie brauchen. Git als Werkzeug ist weit verbreitet, und immer mehr Menschen kommen, um sich an freier Software zu beteiligen, wenn sie über diese Fähigkeiten verfügen. Das Selbsthosting von GitLab bietet die perfekte Gelegenheit, die Vertrautheit von Git mit der funktionsreichen, benutzerfreundlichen Umgebung von GitLab zu kombinieren.
Es ist etwas mehr als ein Jahr her und die Veränderung ist wirklich spürbar. Continuous Integration (CI) war ein großer Vorteil für die Entwicklung und wurde vollständig in fast jeden Teil von GNOME integriert. Teams, die keine Codeentwicklung betreiben, sind ebenfalls auf die Nutzung des GitLab-Ökosystems für ihre Arbeit umgestiegen. Ob es um die Problemverfolgung geht, um zugewiesene Aufgaben zu verwalten, oder um die Versionskontrolle, um Assets zu teilen und zu verwalten, sogar Teams wie Engagement und I&D haben GitLab verwendet.
Es kann für eine Community schwierig sein, sich an eine neue Technologie oder ein neues Tool anzupassen, selbst wenn sie freie Software entwickelt. Es ist besonders schwierig in einem Fall wie GNOME, einem Projekt, das vor kurzem 22 Jahre alt wurde. Nach mehr als zwei Jahrzehnten des Aufbaus eines Projekts wie GNOME mit so vielen Teilen, die von so vielen Menschen und Organisationen verwendet wurden, war die Migration ein Unterfangen, das nur möglich war Dank der harten Arbeit der GNOME-Community und der großzügigen Unterstützung von GitLab.
Ich finde es sehr praktisch, für ein Projekt zu arbeiten, das Git zur Versionskontrolle verwendet. Es ist ein System, das sich angenehm anfühlt und vertraut ist – es ist ein Werkzeug, das über Arbeitsplätze und Hobbyprojekte hinweg konsistent ist. Als neues Mitglied der GNOME-Community war es großartig, einfach loslegen und GitLab verwenden zu können. Als Community-Builder ist es inspirierend, die Ergebnisse zu sehen:mehr verbundene Projekte kommen an Bord und treten in das Ökosystem ein; neue Mitwirkende und Community-Mitglieder, die ihre ersten Beiträge zum Projekt leisten; und erhöhte Fähigkeit, unsere Arbeit zu messen, um zu wissen, dass sie effektiv und erfolgreich ist.
Es ist großartig, dass so viele Teams, die völlig unterschiedliche Dinge tun (z. B. woran sie arbeiten und welche Fähigkeiten sie verwenden), sich darauf einigen, jedes Tool zu zentralisieren – insbesondere eines, das als Open-Source-Standard gilt. Als Mitwirkender bei GNOME schätze ich es sehr, dass wir GitLab verwenden.