GitHub après Microsoft: comment il a changé

Longtemps un pôle majeur du développement open source, GitHub est devenu une partie de Microsoft fin octobre 2018. Désormais dirigé par Nat Friedman, ancien PDG de Xamarin, la plateforme de gestion des sources cloud et entreprise rattrape le temps perdu avec de nouvelles fonctionnalités et nouveaux plans tarifaires.

Au début du processus d'acquisition, Microsoft a clairement indiqué son intention de laisser GitHub rester sa propre entreprise, une filiale indépendante qui travaillerait avec le reste de l'entreprise. Cette approche n'a rien de nouveau pour Microsoft; c'est ainsi qu'il gère à la fois LinkedIn et Mojang de Minecraft. Même dans ce cas, il est essentiel de s'assurer que GitHub reste indépendant pour qu'il conserve sa place de hub neutre pour le développement open source, où les individus et les entreprises partagent du code avec la communauté.

Le changement nécessaire à GitHub

Avant l'acquisition, GitHub était essentiellement sans leader; l'ancien PDG était en train de démissionner, et ce depuis un certain temps. Cette incertitude se reflétait dans le produit. Sous Friedman, il y a plus de direction et une concentration plus forte sur ses utilisateurs.

Bien que de nombreux observateurs s'attendaient à ce que GitHub doublerait sur les utilisateurs d'entreprise traditionnels de Microsoft, il s'est plutôt recentrée sur sa communauté open source. Ce n'est pas surprenant, car l'une des principales raisons pour lesquelles Microsoft a acheté le service était de s'assurer qu'il aurait un avenir à long terme en tant que plaque tournante pour les projets open source de Microsoft.

Microsoft avait pris une telle dépendance à GitHub pour .Net et pour ses langages que GitHub était devenu l'un des outils clés de sa propre communauté de développeurs. En achetant GitHub, Microsoft pouvait s'assurer que GitHub ne serait pas à court de liquidités et que ses propres projets open source seraient protégés.

Élargir l'offre développeur de GitHub

L'un des plus grands changements a été un changement majeur dans la façon dont GitHub gère les référentiels privés. Dans le passé, les utilisateurs gratuits disposaient d'un nombre limité de référentiels et devaient passer à un abonnement Pro s'ils en voulaient plus. Un abonnement Pro n'était pas particulièrement cher à 7 $ par mois, mais c'était un obstacle qui pouvait être difficile à franchir pour les développeurs, surtout s'ils étaient étudiants ou amateurs.

Désormais, l'offre gratuite de GitHub comprend un nombre illimité de dépôts privés qui peuvent être utilisés par de petites équipes pour collaborer sur de petits projets. Si vous souhaitez travailler avec plus de trois personnes, vous devez toujours passer à Pro. Il y a d'autres avantages à utiliser Pro, bien sûr: il ajoute des outils pour aider à comprendre comment le projet fonctionne, ainsi que des pages GitHub et un wiki pour gérer la documentation.

Il y a également eu une rationalisation de la gamme de produits Enterprise de GitHub. Enterprise Cloud était autrefois une instance d'entreprise hébergée, tandis qu'Enterprise Server offrait aux entreprises la possibilité d'auto-héberger leurs propres serveurs GitHub. Ces deux produits ont maintenant été combinés dans un seul produit, avec GitHub Connect reliant les référentiels sur site et dans le cloud. Cette nouvelle approche simplifie la création d'architectures hybrides, avec une licence par utilisateur et par mois couvrant tous vos référentiels.

Correction de GitHub: nouveaux outils et améliorations

L'initiative la plus importante en cours est peut-être ce que GitHub appelle Project Paper Cuts, destiné à réduire les inconvénients et les problèmes mineurs qui gênent le flux de travail quotidien. Commencé avant l'acquisition de Microsoft, c'est devenu un moyen important de montrer que la plate-forme GitHub évolue au-delà des versions big-bang. Les changements peuvent être aussi petits que l'envoi de nouveaux emoji pour les réactions aux commits ou, plus important encore, donner aux développeurs la possibilité de marquer les notifications comme non lues. De petits changements comme ceux-ci peuvent également être expédiés plus rapidement, car ils n'ont pas d'impact sur l'architecture globale de la plate-forme GitHub.

GitHub travaille également avec Microsoft pour améliorer l'intégration avec les outils de développement de Microsoft. En ajoutant des fonctionnalités GitHub à des outils tels que Visual Studio Code, vous pouvez travailler avec vos référentiels GitHub sans quitter votre éditeur. Cela vous aide à rester dans votre flux de travail, sans avoir à changer de contexte en laissant votre code aller à un navigateur Web pour gérer une pull request. Avec la nouvelle extension Pull Requests pour Visual Studio Code, vous pouvez gérer directement les pull requests, cibler les branches et envoyer des diffs de code, ainsi que des commentaires. Une fois que vous avez effectué la demande, vous pouvez la suivre à partir de Visual Studio Code, voir lesquelles de vos demandes ont été intégrées dans une branche et obtenir des détails sur les raisons pour lesquelles une demande a pu être rejetée.

GitHub publie également des mises à jour régulières de ses propres outils. Ils incluent deux mises à jour majeures de GitHub Desktop. La dernière version, GitHub Desktop 1.6, facilite la mise en route et donne des conseils sur ce qu'il faut faire une fois la configuration terminée. Des suggestions vous sont proposées en fonction de votre utilisation actuelle de GitHub, avec une liste des référentiels actuels et la possibilité d'en cloner un sur votre PC local, ou de créer un nouveau référentiel à partir de zéro. Vous avez également la possibilité d'ajouter des référentiels Git locaux à votre compte GitHub.

À quoi ressemble l'avenir de GitHub

Friedman a trois objectifs pour GitHub:

  • Faire de GitHub le meilleur endroit pour gérer des communautés et des équipes productives.
  • Rendre GitHub accessible à plus de développeurs à travers le monde.
  • Améliorer sa fiabilité, sa sécurité et ses performances.

Ce sont de grandes ambitions, mais l'engagement semble réel comme en témoigne le déploiement rapide des changements. En facilitant la vie des développeurs, Microsoft va rendre GitHub plus attractif. Cela permettra à GitHub de s'appuyer sur sa communauté et d'obtenir les effets de réseau qui en résultent.

Avec la migration de projets majeurs tels que LLVM vers GitHub, il semble que la gestion du service par Microsoft est de plus en plus acceptée par la communauté. Cela est important pour GitHub, car il est un service qui est aussi facile de migrer de  car il est de migrer vers . L'expérience open source de Friedman aide ici aussi, en particulier avec les leçons qu'il a apprises en commercialisant le projet Mono chez Xamarin.

Gérer une entreprise qui prend en charge le développement open source nécessite une touche légère et une sensibilité aux besoins et aux exigences du développement d'applications modernes. Avec le mandat de Microsoft chez GitHub maintenant trois mois, il y a un sens certain de rajeunissement autour de la plate-forme - et c'est une très bonne chose en effet.