Plus tôt dans la journée, Dion Hulse a annoncé la résultats d’un sondage de six semaines sur le processus de téléchargement de thème WordPress.org. L’objectif était de déterminer si le téléchargement d’un fichier ZIP était un « point douloureux » et de voir quelles autres méthodes les auteurs de thèmes préfèrent. Ensuite, avancez en fonction des commentaires. Au total, 256 personnes ont répondu au sondage.

Parmi les résultats pondérés, le téléchargement de thèmes via un ZIP est resté l’option la plus populaire. S’engager via Git ou intégrer avec GitHub est arrivé respectivement en deuxième et troisième position. L’utilisation de SVN ou d’un outil CLI était également prise en charge.

Les prochaines étapes devraient inclure l’autorisation de soumettre les mises à jour des thèmes via SVN. Les tickets Trac seront également supprimés pour les mises à jour, que l’équipe des thèmes ne révise plus. Pour les auteurs de thèmes qui préfèrent Git, le plan est d’encourager l’utilisation d’une action GitHub pour un déploiement automatique sur SVN.

Il n’y a pas encore de tickets pour la mise en œuvre des changements, mais ils sont à venir. Hulse a déclaré qu’il attendait des commentaires sur le message d’annonce ou lors de la réunion de l’équipe thématique du 14 septembre.

Rien n’a été dit sur la soumission initiale du thème. Cela restera probablement le même.

L’accès SVN à venir aura quelques limites par rapport aux plugins. Les mises à jour seront stockées via un strict /theme-slug/version schéma avec un format de version standardisé. Les auteurs de thèmes ne seront pas autorisés à modifier les commits une fois qu’une mise à jour est soumise. Comme le système de téléchargement ZIP, ils devront modifier le numéro de version pour envoyer une nouvelle mise à jour. L’objectif est que le référentiel de thèmes soit simplement une destination de déploiement et non un lieu de développement.

Cela devrait être un changement bienvenu pour ceux qui aspirent à des méthodes alternatives de téléchargement de thème. D’aussi loin que je me souvienne, les auteurs de thèmes ont demandé un accès SVN au répertoire de thèmes WordPress.org. C’est une capacité que les développeurs de plugins ont depuis longtemps. C’était avant la prolifération de Git et la popularité croissante de GitHub. De temps en temps, les thémes reprenaient la discussion, mais elle se terminait toujours de la même manière. Le téléchargement d’un fichier ZIP était le seul moyen de soumettre un nouveau thème ou une mise à jour d’un thème existant.

Finalement, ces discussions ont inclus des discussions sur Git. Cependant, il semblait que la plus grande partie de la passion pour l’intégration avec n’importe quel système de contrôle de version (VCS) s’était éteinte. La plupart vivaient simplement avec le statu quo.

Cela n’a pas nécessairement été une mauvaise chose. Le téléchargement d’un ZIP a simplifié le processus. Les auteurs de thèmes peuvent utiliser leur VCS préféré (ou aucun) et envoyer le produit final à WordPress.org.

En regardant l’enquête et en y réfléchissant, j’ai changé de position. Tout au long de mon histoire en tant qu’auteur thématique, j’étais clairement dans le camp appelant à l’intégration du VCS. Je voulais un accès SVN (éventuellement, GIT) à mes projets dans le répertoire. Cependant, j’avais depuis longtemps personnalisé mon processus de construction de développement pour incorporer une étape de création ZIP. Les 30 secondes supplémentaires qu’il a fallu pour télécharger ce fichier via le formulaire de téléchargement de thème ne semblaient plus avoir autant d’importance.

Comme la pluralité d’autres qui ont répondu au sondage, je préfère maintenant télécharger un fichier ZIP. C’est peut-être ce à quoi je suis habitué, mais cela n’aurait pas été ma réponse il y a quelques années. J’en suis venu à apprécier la simplicité du système existant.

Cependant, l’ouverture du processus de téléchargement de thème à d’autres méthodes devrait améliorer les choses pour un plus grand nombre de personnes. En particulier, je pourrais imaginer des boutiques à thème intégrant quelque chose de similaire à Action GitHub de 10up pour le déploiement de plugins dans leur processus de publication. Essentiellement, l’action envoie automatiquement une mise à jour au référentiel SVN de WordPress.org lors du marquage d’une version.


Source link