WP Packages : l’open source comme il devrait fonctionner

Lorsque WP Engine a acquis WPackagist le 12 mars, la communauté des développeurs WordPress s’est retrouvée face à une question familière : que se passe-t-il lorsqu’une infrastructure open source critique se retrouve sous contrôle d’une entreprise ? La communauté avait déjà une réponse en cours de préparation. Quatre jours plus tard, WP Packages (anciennement WP Composer) a été lancé comme une alternative entièrement indépendante et financée par la communauté, avec quelques fonctionnalités supplémentaires intéressantes.

Ce qui s’est passé et pourquoi c’est important

Développé par Ben Word de Roots, l’équipe derrière Bedrock, Sage et Trellis, WP Packages est un nouveau dépôt Composer open source pour les plugins et thèmes WordPress. Composer est le gestionnaire de dépendances de PHP, et c’est ainsi que de nombreux développeurs WordPress professionnels installent et mettent à jour les plugins et thèmes dans leurs projets. Tous les plugins et thèmes gratuits du répertoire WordPress.org sont disponibles via WP Packages. La migration depuis WPackagist peut être effectuée via un simple script ou quelques commandes de terminal.

WPackagist avait été créé en 2013 par Outlandish, une coopérative numérique britannique, et a servi l’écosystème WordPress Composer pendant plus d’une décennie. Durant ses dernières années, le projet a souffert d’une maintenance différée, de cycles de mise à jour lents et de peu ou pas de contributions de la communauté. Lorsque WP Engine a annoncé l’acquisition, les développeurs ont immédiatement soulevé des inquiétudes concernant le contrôle d’une infrastructure aussi fondamentale par une société soutenue par du capital-investissement.

Ben avait déjà commencé à développer un remplacement pour WPackagist en août dernier, bien avant que l’acquisition ne fasse la une. Lorsque l’accord de WP Engine a été annoncé, il a accéléré le lancement, mettant en ligne le 16 mars un dépôt entièrement open source sur GitHub.

Un dépôt open source ≠ un système transparent. WP Packages rend tout public, y compris l’infrastructure et le processus de construction. – Ben Word

C’est aussi tout simplement un meilleur outil. WP Packages prend en charge le protocole metadata-url de Composer v2, qui permet à Composer de récupérer les métadonnées uniquement pour les packages dont un projet a réellement besoin. WPackagist s’appuie encore sur l’ancienne approche provider-includes, forçant Composer à télécharger de gros fichiers d’index avant de résoudre les dépendances. Les résolutions de dépendances à froid sur WP Packages sont environ 17 fois plus rapides : 0,7 seconde pour 10 plugins contre 12,3 secondes sur WPackagist.

WP Packages utilise également la mise en cache CDN avec des en-têtes de cache publics et sert des fichiers immuables par package adressés par contenu. La nomenclature des packages est plus claire (wp-plugin/ et wp-theme/ au lieu de wpackagist-plugin/ et wpackagist-theme/), les métadonnées incluent les auteurs des plugins et thèmes, les descriptions et les URL des pages d’accueil qui manquent à WPackagist depuis des années, et les mises à jour se synchronisent toutes les cinq minutes plutôt que le cycle d’environ 90 minutes de WPackagist.

Comment migrer

Passer de WPackagist à WP Packages ne nécessite que quelques commandes de terminal.

1. Supprimez vos packages WPackagist existants :

   composer remove wpackagist-theme/twentytwentyfive

2. Supprimez le dépôt WPackagist et ajoutez WP Packages :

   composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-packages.org

3. Ajoutez les packages avec la nouvelle nomenclature :

   composer require wp-theme/twentytwentyfive

Alternativement, utilisez le script de migration pour mettre à jour automatiquement votre composer.json :

curl -sO https://raw.githubusercontent.com/roots/wp-packages/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

Roots fournit également une action WP Packages Changelog pour les workflows GitHub qui suit les mises à jour de dépendances en utilisant le nouveau format de nommage. Les projets utilisant Bedrock sont déjà livrés avec WP Packages configuré par défaut.

L’open source gagne

L’intégralité du projet WP Packages est publique. Le code de l’application, la documentation et même la configuration complète du déploiement Ansible sont disponibles sur GitHub. N’importe qui peut forker le dépôt et exécuter son propre registre WordPress Composer. Ben s’est également engagé publiquement à ce que WP Packages n’utilise jamais le champ info de Composer pour diffuser des messages, publicités ou offres commerciales dans les terminaux des développeurs. Ce type de retenue est plus facile à promettre lorsqu’un projet répond à sa communauté plutôt qu’à une société mère.

WP Packages est financé via GitHub Sponsors. Les sponsors actuels incluent Carrot, Kinsta, WordPress.com et Itineris. L’écosystème WordPress a toujours été le plus fort lorsque la communauté construit les outils dont elle a besoin de manière ouverte. Ben a identifié une lacune des mois avant que quiconque n’y prête attention, a construit quelque chose de meilleur que ce qui existait, et l’a publié pour tout le monde. Aucune acquisition requise. Aucune décision de conseil d’administration sur la disponibilité ou les prix. Juste des développeurs résolvant un problème pour d’autres développeurs et partageant le résultat. L’open source gagne.

Source de cette information : WordPress News