Les packages WP fonctionnent comme l’Open Source le devrait

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

Construit par Ben Words de Roots, l’équipe derrière Bedrock, Sage et Trellis, WP Packages est un nouveau référentiel Composer open source pour les plugins WordPress et thèmes. 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 les thèmes dans leurs projets. Chaque plugin et thème gratuit du répertoire WordPress.org est disponible via WP Packages. La La migration depuis WPackagist peut être effectuée via un seul script ou quelques commandes de terminal.

Que s’est-il passé et pourquoi c’est important

WPackagist a été créé en 2013 par Outlandish, une coopérative numérique basée au Royaume-Uni, et a servi l’écosystème WordPress Composer pendant plus d’une décennie. Au cours de 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 contribution de la communauté. Lorsque WP Engine a annoncé l’acquisition, les développeurs ont immédiatement exprimé leurs inquiétudes concernant une société financée par des capitaux privés contrôlant une infrastructure aussi fondamentale pour le flux de travail des développeurs WordPress. WP Engine a immédiatement mis à jour le champ info du Composer pour afficher un avis « WPackagist est désormais géré par WP Engine » dans le terminal de chaque développeur. Une petite chose, mais révélatrice. C’est ainsi que la propriété de l’entreprise modifie la relation entre un outil et ses utilisateurs.

J’avais déjà commencé à construire un remplacement de WPackagist en août dernier, bien avant que l’acquisition ne fasse la une des journaux. Lorsque l’accord de WP Engine a été conclu, il a accéléré le lancement, mis en ligne le 16 mars avec un dépôt entièrement open source sur GitHub.

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

C’est aussi simplement un meilleur outil. WP Packages prend en charge le protocole d’URL de métadonnées 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 toujours sur l’ancienne approche du fournisseur, obligeant Composer à télécharger de gros fichiers d’index avant de résoudre les dépendances. Les résolutions de dépendances à froid sur les packages WP 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 adressés par contenu par package. La dénomination des packages est plus propre (wp-plugin/ et wp-theme/ au lieu de wpackagist-plugin/ et wpackagist-theme/), les métadonnées incluent les auteurs de plugins et de thèmes, les descriptions et les URL de page d’accueil qui manquaient à WPackagist depuis des années, et les mises à jour se synchronisent toutes les cinq minutes au lieu du cycle d’environ 90 minutes de WPackagist.

Comment changer de système

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

1. Supprimez vos packages WPackagist existants :

composer supprimer wpackagist-theme/twentytwentyfive

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

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

3. Exiger des packages avec le nouveau nom :

le compositeur nécessite wp-theme/twentytwentyfive

Vous pouvez également utiliser le script de migration pour mettre automatiquement à jour 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 du journal des modifications des packages WP pour les workflows GitHub qui suit les mises à jour des dépendances à l’aide du nouveau format de dénomination. Les projets utilisant Bedrock sont déjà livrés avec des packages WP configurés immédiatement.

Gagnements Open Source

L’ensemble du projet WP Packages est public. 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 créer le référentiel et exécuter son propre registre WordPress Composer. Je me suis également engagé publiquement à ce que WP Packages n’utilise jamais le champ info du Composer pour envoyer des messages, des publicités ou des ventes incitatives 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 entreprise mère.

WP Packages est financé par les sponsors GitHub. Les sponsors actuels incluent Carrot, Kinsta, WordPress.com et Itineris. L’écosystème WordPress a toujours été à son apogée lorsque la communauté crée les outils dont elle a besoin à l’air libre. J’ai vu un écart se former des mois avant que quiconque n’y prête attention, j’ai construit quelque chose de mieux que ce qui existait et je l’ai publié pour tout le monde. Aucune acquisition requise. Aucune décision de conseil d’administration concernant la disponibilité ou les prix. Juste des développeurs qui résolvent un problème pour d’autres développeurs et partagent le résultat. L’Open Source gagne.

Aller à la source originale