Il y a quelque temps, j’ai \u00e9crit sur une application<\/a> que j’\u00e9crivais pour acc\u00e9l\u00e9rer la cr\u00e9ation de probl\u00e8mes GitHub. En fait, j’ai construit l’application, mais j’ai oubli\u00e9 d’\u00e9crire \u00e0 ce sujet ici, alors voici le bon article de blog. Dans ce billet, nous verrons :<\/p>\n L’interface utilisateur GitHub est g\u00e9n\u00e9ralement correcte pour cr\u00e9er un probl\u00e8me. Ou deux. Et c’est acceptable pour les personnes f\u00e9rues de technologie, comme les d\u00e9veloppeurs ou les concepteurs. Cependant, dans notre entreprise Reconnect, parfois apr\u00e8s avoir d\u00e9velopp\u00e9 une nouvelle fonctionnalit\u00e9, nous demandons \u00e0 notre personnel non technique de la tester. Et cela fonctionne tr\u00e8s bien, car ils trouvent g\u00e9n\u00e9ralement des probl\u00e8mes. Mais c’est tr\u00e8s fastidieux pour eux de parcourir l’interface utilisateur des probl\u00e8mes de GitHub. C’est encore plus fastidieux lorsqu’ils doivent cr\u00e9er plus d’un num\u00e9ro et probablement dans diff\u00e9rents r\u00e9f\u00e9rentiels.<\/p>\n Si nous quantifions le nombre de fois o\u00f9 nous d\u00e9pla\u00e7ons notre attention pour cr\u00e9er des probl\u00e8mes GitHub<\/a> une fois que nous avons atteint la page pour cr\u00e9er un probl\u00e8me dans le r\u00e9f\u00e9rentiel o\u00f9 nous voulons les cr\u00e9er, cela ressemblerait plus ou moins \u00e0 ceci\u00a0:<\/p>\n C’est 5 fois quand nous d\u00e9pla\u00e7ons notre attention d’une zone \u00e0 l’autre! Trop de d\u00e9calage d’attention pour une t\u00e2che qui consiste essentiellement \u00e0 \u00e9crire et trop de temps pass\u00e9 \u00e0 se recentrer. Et que se passe-t-il si vous devez \u00e9crire un probl\u00e8me dans un r\u00e9f\u00e9rentiel diff\u00e9rent\u00a0? Vous devez naviguer vers ce r\u00e9f\u00e9rentiel dans un nouvel onglet ou dans l’actuel et c’est plus de temps perdu.<\/p>\n Alors, comment pouvez-vous cr\u00e9er des probl\u00e8mes GitHub plus facilement et plus rapidement\u00a0? Ne serait-ce pas plus facile si nous pouvions le faire en nous concentrant sur un seul endroit sans avoir \u00e0 d\u00e9placer notre attention plusieurs fois\u00a0?<\/p>\n L’\u00e9criture est l’une des comp\u00e9tences les plus \u00e9l\u00e9mentaires dans les appareils, c’est plus basique que m\u00eame les gestes tactiles. Parce que si ceux-ci sont sp\u00e9cifiques aux appareils tactiles, vous devez utiliser une souris ou un trackpad sur les autres. Mais l’\u00e9criture est g\u00e9n\u00e9ralement toujours la m\u00eame. Et les probl\u00e8mes GitHub sont du texte, alors pourquoi ne pas utiliser du texte pour les cr\u00e9er sans jamais quitter notre clavier ?<\/p>\n Cette application fait exactement cela\u00a0: https:\/\/fast-issues.herokuapp.com\/<\/a><\/p>\n Vous autorisez cette application GitHub et vous pouvez commencer \u00e0 \u00e9crire des probl\u00e8mes dans tous vos r\u00e9f\u00e9rentiels. Il vous suffit de s\u00e9lectionner un r\u00e9f\u00e9rentiel dans lequel vous souhaitez cr\u00e9er un probl\u00e8me et de commencer \u00e0 \u00e9crire plusieurs probl\u00e8mes, un sur chaque ligne.<\/p>\n Et il prend en charge l’\u00e9criture du titre et de la description, l’attribue et l’\u00e9tiquette. Il ne n\u00e9cessite que le titre du num\u00e9ro. Le reste est tout facultatif. Il suffit de suivre une certaine convention :<\/p>\n Il prend en charge plusieurs destinataires et \u00e9tiquettes en les s\u00e9parant par une virgule. Donc en gros:<\/p>\n Une fois que c’est fait, il suffit de cliquer sur le Go!<\/strong> bouton et cela cr\u00e9era tous les probl\u00e8mes. Chacun vous aura comme auteur. Vous pouvez ensuite aller les \u00e9diter pour ajouter des images ou des vid\u00e9os, des m\u00e8mes, n’importe quoi.<\/p>\n Si vous avez besoin de cr\u00e9er plus de probl\u00e8mes dans un r\u00e9f\u00e9rentiel diff\u00e9rent, res\u00e9lectionnez-le simplement dans la liste d\u00e9roulante et commencez \u00e0 \u00e9crire ces probl\u00e8mes. Ne sautez plus de pages !<\/p>\n Le r\u00e9f\u00e9rentiel de cette application se trouve sur https:\/\/github.com\/eliorivero\/fast-issues<\/a><\/p>\n La tech stack est particuli\u00e8rement simple et enti\u00e8rement bas\u00e9e sur JavaScript<\/a> :<\/p>\n Une chose \u00e0 garder \u00e0 l’esprit est que nous ne voulons pas d\u00e9passer la limite de requ\u00eates autoris\u00e9es par l’ API GitHub Issues<\/a>. Ils recommandent de laisser passer au moins une seconde entre les requ\u00eates, j’ai donc interrompu l’ex\u00e9cution de 1,5 seconde entre la cr\u00e9ation de chaque probl\u00e8me.<\/p>\n Du prototype initial que j’ai cr\u00e9\u00e9 \u00e0 la version finale, je l’ai chang\u00e9 d’une application GitHub \u00e0 une application OAuth. C’est parce que ce dernier vous permet de cr\u00e9er des probl\u00e8mes et d’appara\u00eetre comme l’auteur.<\/p>\n J’ai montr\u00e9 cela \u00e0 un ami et il m’a dit qu’il avait cette id\u00e9e de cr\u00e9er une extension Chrome pour prendre une capture d’\u00e9cran d’un bogue, l’annoter et la soumettre en tant que probl\u00e8me GitHub. J’ai pens\u00e9 que c’\u00e9tait une bonne id\u00e9e, alors j’ai cherch\u00e9 un moyen de prendre une capture d’\u00e9cran, mais dans une application React, et j’ai rapidement trouv\u00e9 html2canvas<\/a> qui permet de prendre des captures d’\u00e9cran et de les enregistrer sous forme de fichiers PNG.<\/p>\n Combiner quelque chose comme \u00e7a avec mon outil pour cr\u00e9er les probl\u00e8mes serait une bonne solution qui pourrait \u00eatre disponible dans une application React pendant son cycle de d\u00e9veloppement ou de mise en sc\u00e8ne. Toute personne testant l’application peut d\u00e9clencher le panneau de signalement des probl\u00e8mes et soumettre un probl\u00e8me GitHub.<\/p>\n Le seul probl\u00e8me avec cela pour l’instant est que l’API GitHub ne permet pas de t\u00e9l\u00e9charger des images, donc elles devraient \u00eatre h\u00e9berg\u00e9es ailleurs et avoir le lien vers cet emplacement ins\u00e9r\u00e9 dans cet outil, mais c’est certainement une bonne am\u00e9lioration.<\/p>\n Encore une fois, l’application est sur https:\/\/fast-issues.herokuapp.com\/<\/a> et si vous finissez par l’utiliser, faites-le moi savoir dans les commentaires.<\/p>\n\n
Pourquoi une application pour cr\u00e9er des probl\u00e8mes GitHub plus rapidement\u00a0?<\/h2>\n
\n
\u00c9crire un lot de probl\u00e8mes GitHub avec du texte brut<\/h2>\n
![\"Comment](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-157961-61e6c625122c6.jpg\")
<\/a><\/p>\n\n
This is the title | username1, username2 | This is the issue description, as long as you want it but without line breaks. | Label 1, Label 2<br>This is another issue | username3 | And another issue description | Bug<\/code><\/p>\nLa pile technologique derri\u00e8re l’application<\/h2>\n
\n
Plus d’id\u00e9es pour am\u00e9liorer la cr\u00e9ation de tickets<\/h2>\n