GitHub a tendance à attirer la presse, mais GitLab obtient l’introduction en bourse. La société a déposé son S-1 le 17 septembre, vantant un taux d’exécution de 233 millions de dollars, plus de 2 600 contributeurs à sa plate-forme open source et un effectif 100 % distant de 1 350 personnes. Impressionnant tout autour.
Ce qui est peut-être le plus intéressant, c’est comment GitLab s’est taillé un marché dans l’ombre de GitHub. GitHub s’attend à ce que 100 millions de développeurs utilisent sa plate-forme d’ici 2025 (sans parler des calculs flous utilisés pour y arriver) et est l’endroit par défaut pour que les développeurs poussent leur code open source. GitHub est également un lieu privilégié pour les entreprises afin de permettre à leurs équipes de développement de travailler ensemble.
Mais GitHub n’est pas le seul endroit. Comme le montrent les chiffres de GitLab, la collaboration d’entreprise autour du code se produit de manière importante sur GitLab. Cela pourrait faire de GitLab une cible d’acquisition évidente pour un fournisseur de cloud qui veut déborder Microsoft, qui a acquis GitHub en 2018. Indépendamment de ce que GitLab peut signifier pour les investisseurs ou les actionnaires, cependant, ce que cela peut signifier pour la façon dont les entreprises créent et exécutent des logiciels est ce que le rend intéressant.
Le même mais différent
Vous vous demandez comment faire la différence entre GitHub et GitLab ? Le raccourci standard est que GitLab est pour vos référentiels privés, tandis que GitHub est pour les référentiels publics. Ce n’est pas strictement exact, mais assez proche. En termes de différences fonctionnelles entre les deux référentiels de code, un certain nombre de comparaisons sont mises en ligne (voir Usersnap, SpectralOps, ou < un rel="nofollow noopener" target="_blank" href="https://greedybucks.medium.com/github-or-gitlab-which-one-to-choose-6445f9b0113e">hactiviste).< /p>
Bien que les deux soient aujourd’hui des référentiels de code, GitLab, contrairement à GitHub, a commencé comme un outil de collaboration pour les développeurs. Cette vision originale a depuis été étoffée pour incorporer des outils de développement et de déploiement de bout en bout hautement intégrés, avec une intégration continue et une livraison continue (CI/CD) étroitement intégrées comme argument de vente clé. Vous pouvez accéder aux mêmes fonctionnalités de base avec GitHub, mais un certain assemblage est requis, tandis que GitLab s’occupe de tout cela pour vous. GitLab propose une seule application qui est avisée tout en permettant la flexibilité et le choix (c’est-à-dire qu’elle est prête à l’emploi avec CI/CD intégré, par exemple, mais vous pouvez échanger vos outils CI/CD préférés).
L’un est-il meilleur que l’autre ? Cela dépend de ce que vous essayez d’accomplir. Pour les entreprises qui souhaitent réunir les équipes de développement, d’exploitation, d’informatique, de sécurité et commerciales, GitLab est la réponse. D’après mon expérience, GitHub laisse de nombreux groupes d’entreprises en dehors de l’histoire du développement et du déploiement de logiciels. Mais alors, GitHub n’essaie pas vraiment d’être le prochain GitLab, tout comme GitLab ne vise pas à être une incarnation de GitHub.
À certains égards, la vision de GitLab peut être plus grande, si elle est plus difficile à réaliser.
Tous vos devops nous appartiennent
Dans le S-1 de GitLab, l’entreprise énonce une platitude bien trop familière : « Aujourd’hui, chaque secteur, activité et fonction au sein d’une entreprise dépend d’un logiciel. Pour rester compétitives et survivre, presque toutes les entreprises doivent se transformer numériquement et devenir des experts dans la création et la fourniture de logiciels. Ce qui est différent avec GitLab, cependant, c’est que l’entreprise adopte une approche holistique pour permettre cette transformation. Les développeurs sont souvent chargés de la lourde tâche de la transformation numérique, mais la plate-forme de GitLab est destinée à inclure des parties normalement non associées au développement de logiciels. Pourquoi? « Avoir toutes les équipes sur une seule application avec une seule interface représente un changement radical dans la façon dont les organisations planifient, créent, sécurisent et fournissent des logiciels. »
Toutes les équipes ? Oui. Selon le S-1, la plate-forme GitLab comprend tout « de la planification de projet … à la gestion du code source … à l’intégration continue … aux tests de sécurité des applications statiques et dynamiques … aux artefacts d’emballage … à la livraison et au déploiement continu … à la configuration de l’infrastructure pour un déploiement optimal … pour le surveiller pour les incidents … pour protéger le déploiement de la production … [pour] gérer l’ensemble du cycle avec l’analyse de la chaîne de valeur. Il n’en reste pas grand-chose. Comme avec GitHub, la plupart des clients, les notes S-1, commencent à utiliser GitLab pour permettre à leurs développeurs, mais l’attente de l’entreprise (et, semble-t-il, l’expérience) est que les clients continuent d’étendre leur utilisation de la plate-forme bien au-delà des développeurs.< /p>
Cela fonctionnera-t-il ? Cela reste à voir. Comme l’entreprise le souligne dans son S-1, « le marché de nos services est nouveau et n’a pas fait ses preuves et pourrait ne pas croître. » Jusqu’à présent, les signes sont bons, mais il est raisonnable de supposer que de nombreuses entreprises opteront pour une approche de pointe en matière de devops, en rassemblant les composants. Il existe de nombreux précédents pour cela : dans le cloud, nous avons peut-être commencé par des tentatives de fournir des offres de plate-forme en tant que service holistiques, mais le marché a voté pour l’approche AWS. Comme l’explique l’analyste RedMonk Stephen O’Grady, « Moins d’une décennie après la naissance du marché de l’infrastructure en tant que service (et donc du cloud), l’attente par défaut est progressivement devenue des primitives d’infrastructure de base disponibles en tant que service Web, payées à l’utilisation et disponibles plus ou moins instantanément. »
Mais c’est là qu’était le marché. Ce n’est sans doute pas là où il se trouve aujourd’hui ni là où il évolue, étant donné la nécessité pour chaque organisation de fonctionner à grande vitesse. Comme le note O’Grady dans ce même article, « Si la première ère du cloud est définie par des primitives, ses jours touchent à sa fin. Le suivant est susceptible d’être défini par, comme l’industrie informatique l’a fait depuis sa création, les abstractions que nous construisons sur ces primitives. » Le besoin de rapidité exige de plus en plus que les développeurs (et les entreprises qui les emploient) achètent des plates-formes qui éliminent les complexités de la création et de l’exécution de logiciels.
Donc, non, vous ne verrez probablement pas GitLab défier GitHub d’être le premier à héberger 500 millions de référentiels de code open source publics. Ce n’est pas son jeu. Au contraire, GitLab essaie de permettre aux entreprises de faire des logiciels un élément central de leur fonctionnement, en hébergeant avec elles un nombre croissant de référentiels de code privés. Jouez.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
