Devtips – scripts pour automatiser le développement de plug – ins WordPress

Il y a quelques semaines, j’a i lu un article que j’ai trouvé très intéressant (même depuis quelques années): un programmeur a écrit plusieurs scripts pour animer la plupart de son travail, En envoyant un courriel à sa femme pour expliquer pourquoi il travaille encore, il suffit de faire défiler sa base de données et de répondre « pas de problème, mon ami, soyez prudent la prochaine fois » pour résoudre automatiquement ce problème de soutien client ennuyeux. Je dois avouer que je suis un grand fan de ce type! Parce que l’automatisation des tâches, mon ami, est ce que chaque bon programmeur devrait toujours chercher. Essayez de ne pas travailler aussi dur que ça. En fin de compte, les bons programmeurs ne sont pas ceux qui ont le plus de touches, mais ceux qui peuvent faire plus avec moins d’efforts (Oui, cela inclut l’automatisation). Si vous avez un script qui vous aide à faire le travail, pourquoi répéter la même chose encore et encore? L’automatisation vous permet d’économiser du temps que vous pouvez consacrer à d’autres tâches plus intéressantes ou plus efficaces: aider les clients, apprendre de nouvelles technologies, corriger des bogues, etc. L’automatisation évite également les erreurs: lorsque vous faites le même travail encore et encore, il devient ennuyeux, répétitif et ennuyeux, ce qui le rend plus susceptible d’être interrompu.
Dans le post d’aujourd’hui, je voudrais partager avec vous quelques scripts que nous utilisons dans nelio pour automatiser le processus d’emballage et de publication de nouvelles versions des plug – ins. Ce n’est pas la science des fusées, mais je suis sûr que vous trouverez qu’elles sont utiles: elles peuvent aussi vous motiver à créer vos propres scripts! Dupliquer le logiciel de création de tâches lors de la création d’un plug – in est un travail. Bien sûr, nous appliquons la méthodologie au travail et sommes aussi stricts que possible, mais écrire des logiciels exige une certaine créativité et un certain talent: Après tout, les programmeurs doivent exprimer leurs besoins en quelques lignes de code.
Utilisateurs… Comme un poème! Mais ne vous laissez pas berner par notre maîtrise du travail: beaucoup des tâches que vous effectuez lors de la création et de la maintenance du logiciel sont répétitives et peuvent donc être automatisées. Regardons quelques exemples que vous avez peut – être rencontrés plusieurs fois:
Réduire au minimum les fichiers CSS et JavaScript. C’est une tâche assez courante, surtout si nous divisons les règles et les fonctions en plusieurs fichiers et que nous devons les lier tous et les minimiser. Générer un fichier. Pot contenant toutes les chaînes à traduire. Si vous voulez que quelqu’un utilise votre plug – in, vous devez envisager de suivre les règles de l’internationalisation. En général, nous vous recommandons d’utiliser la fonctionnalité i18n de wordpress pour ce faire. Lancez le test de l’unit é. Nous avons discuté à plusieurs reprises dans ce blog de l’importance de tester le code dans l’unit é. Il existe de nombreux outils pour ce faire (y compris des outils comme l’intégration continue), mais vous devriez au moins être en mesure d’exécuter facilement la suite de test et de vous assurer que tout se passe comme prévu avant de publier une nouvelle version. Téléchargez et Publiez une nouvelle version du plug – in. Après des semaines, voire des mois de travail, de nouvelles fonctionnalités ont été mises en œuvre, des bogues ont été corrigés et le plug – in a été considérablement amélioré. Il est temps de publier une nouvelle version. Cela signifie que vous devez mettre à jour le dépôt WordPress SVN. Organisez le nouveau fichier afin que vos utilisateurs puissent voir la nouvelle version disponible. Comme vous pouvez le voir, toutes les tâches répétitives faites lors de la création du plug – in sont très simples et répétitives, ce qui les rend tous des candidats parfaits pour l’automatisation. J’ai choisi ces exemples parce que nous avons déjà des scripts pour les activer… Nous allons partager ces scripts avec vous aujourd’hui!? Après que je t’ai dit que j’allais nous partager, j’espère que tu es aussi excité que ce type.
Écrire un scénario avec toi? Il est temps d’automatiser! Il y a beaucoup d’outils pour automatiser les tâches: dans notre cas, nous utiliserons les scripts gulp et Bash, et les scripts que je partagerai seront écrits dans ces langues. Cependant, n’hésitez pas à utiliser n’importe quel outil que vous connaissez: le plus important ici est d’automatiser, quelle que soit la langue ou l’outil spécifique que vous utilisez en fin de compte. Alors, n’en parlons plus, commençons! Avaler des scripts JavaScript et CSS l’une des tâches les plus courantes de nos développeurs web est de minimiser les scripts. C’est – à – dire que nous avons essentiellement supprimé tous les espaces et caractères inutiles du Code pour économiser quelques octets. Dans gulp, c’est très simple:
Il suffit d’ajouter les paquets requis, de créer une nouvelle tâche pour analyser tous les fichiers JavaScript (ligne 6), de les minimiser (ligne 7) et de générer la version. Min.js (lignes 8 et 9) et regardez! Du calme! Bien sûr, il en va de même pour les fichiers CSS: Cependant, si vous regardez attentivement, vous verrez que la tâche est un peu plus compliquée que JavaScript. C’est parce que nous utilisons deux paquets différents: CSS next et CSS Nano. Le premier est un petit utilitaire qui nous permet d’écrire CSS en utilisant des \
Continuer: l’une des choses les plus troublantes à propos de l’utilisation des fichiers source et de leurs versions simplifiées est que chaque fois que je fais des changements à l’un des fichiers source, je dois me souvenir de les minimiser correctement. Heureusement, gulp contient un outil qui détecte quand un changement se produit dans un fichier source et exécute une ou plusieurs tâches en réponse. En d’autres termes, je peux dire à gulp, \
Ou une brève description de la mise à jour des nouvelles.
Nos scripts automatisés devraient nous aider dans nos tâches précédentes. Tout d’abord, Nous vérifierons automatiquement si le fichier README contient la section changelog mise à jour (c. – à – D. s’il contient une liste de modifications à marquer comme une version stable). Dans ce cas, nous changerons son nom pour inclure la date de publication (aujourd’hui) et mettre à jour la notification de mise à jour: certaines variables (comme $version) ou fonctions (comme un problème ou une erreur) sont déjà définies au début du script. 2. Exécuter certaines tâches de base, telles que la génération de fichiers JS et CSS, et extraire la chaîne i18n dans le fichier. Numéro de version dans le pot ou le plug – in de mise à jour. Comme la plupart d’entre eux sont déjà définis dans le script gulp, il est très facile de les exécuter ici:
3. Copiez le répertoire GIT dans le Répertoire de base SVN. Une fois que tout est prêt, vous devriez transférer le projet de GIT à SVN. La seule chose à garder à l’esprit ici est de ne pas copier des fichiers \
Vous ne partagez pas avec nous? J’adorerais voir les outils et les scripts que vous utilisez! Dominik scythe featured pictures on unsplash.