Tempo fa ho scritto di un’app<\/a> che stavo scrivendo per velocizzare la creazione di problemi con GitHub. In realt\u00e0 ho creato l’app ma poi mi sono dimenticato di scriverne qui, quindi ecco il post sul blog corretto. In questo post vedremo:<\/p>\n L’interfaccia utente di GitHub di solito va bene per creare un problema. O due. E va bene per le persone esperte di tecnologia, come sviluppatori o designer. Tuttavia, nella nostra azienda Reconnect, a volte dopo aver sviluppato una nuova funzionalit\u00e0, chiediamo al nostro personale non tecnico di testarla. E funziona alla grande, perch\u00e9 di solito trovano alcuni problemi. Ma \u00e8 molto dispendioso per loro andare e passare attraverso l’interfaccia utente dei problemi di GitHub. Questo \u00e8 ancora pi\u00f9 ingombrante quando devono creare pi\u00f9 di un problema e probabilmente in repository diversi.<\/p>\n Se quantifichiamo il numero di volte in cui spostiamo la nostra attenzione per creare problemi GitHub<\/a> una volta raggiunta la pagina per creare un problema nel repository in cui vogliamo crearli, sarebbe qualcosa di pi\u00f9 o meno simile a questo:<\/p>\n Ecco 5 volte in cui spostiamo la nostra attenzione da un’area all’altra! Troppa attenzione spostata per un compito che consiste essenzialmente nella scrittura e troppo tempo dedicato alla rifocalizzazione. E se dovessi scrivere un problema in un repository diverso? Devi passare a quel repository in una nuova scheda o in quella corrente e questo \u00e8 pi\u00f9 tempo perso.<\/p>\n Quindi, come puoi creare problemi con GitHub in modo pi\u00f9 semplice e veloce? Non sarebbe pi\u00f9 facile se potessimo farlo concentrandoci su un singolo luogo senza dover spostare la nostra attenzione pi\u00f9 volte?<\/p>\n La scrittura \u00e8 una delle abilit\u00e0 di base nei dispositivi, \u00e8 pi\u00f9 semplice dei gesti tattili. Perch\u00e9 mentre quelli sono specifici per i dispositivi touch, devi usare un mouse o un trackpad su altri. Ma la scrittura di solito \u00e8 sempre la stessa. E i problemi di GitHub sono di testo, quindi perch\u00e9 non usare il testo per crearli senza mai lasciare la nostra tastiera?<\/p>\n Questa app fa esattamente questo: https:\/\/fast-issues.herokuapp.com\/<\/a><\/p>\n Autorizzi questa app GitHub e puoi iniziare a scrivere problemi in tutti i tuoi repository. Devi solo selezionare un repository in cui vuoi creare un problema e iniziare a scrivere pi\u00f9 problemi, uno su ogni riga.<\/p>\n E supporta la scrittura del titolo e della descrizione, assegnarlo ed etichettarlo. Richiede solo il titolo del problema. Il resto \u00e8 tutto facoltativo. Devi solo seguire una certa convenzione:<\/p>\n Supporta pi\u00f9 assegnatari ed etichette separandoli utilizzando una virgola. Quindi in poche parole:<\/p>\n Una volta fatto, si tratta di fare clic su Vai!<\/strong> pulsante e creer\u00e0 tutti i problemi. Ognuno avr\u00e0 te come autore. In seguito puoi modificarli per aggiungere immagini o video, meme, qualsiasi cosa.<\/p>\n Se hai bisogno di creare pi\u00f9 problemi in un repository diverso, riselezionalo dal menu a discesa e inizia a scrivere quei problemi. Non dovrai pi\u00f9 saltare le pagine!<\/p>\n Il repository per questa app si trova su https:\/\/github.com\/eliorivero\/fast-issues<\/a><\/p>\n Lo stack tecnologico \u00e8 particolarmente semplice e interamente basato su JavaScript<\/a> :<\/p>\n Una cosa da tenere a mente \u00e8 che non vogliamo superare il limite di richieste consentito dall’API GitHub Issues<\/a>. Consigliano di lasciar trascorrere almeno un secondo tra le richieste, quindi ho sospeso l’esecuzione di 1,5 secondi tra la creazione di ogni problema.<\/p>\n Dal prototipo iniziale che ho realizzato alla versione finale, l’ho cambiato da app GitHub a app OAuth. \u00c8 perch\u00e9 quest’ultimo ti consente di creare problemi e apparire come l’autore.<\/p>\n L’ho mostrato a un amico e mi ha detto che aveva l’idea di creare un’estensione di Chrome per fare uno screenshot di un bug, annotarlo e inviarlo come problema con GitHub. Ho pensato che fosse un’ottima idea, quindi ho cercato un modo per fare uno screenshot ma all’interno di un’app React e ho trovato rapidamente html2canvas<\/a> che permette di fare screenshot e salvarli come file PNG.<\/p>\n Combinare qualcosa del genere con il mio strumento per creare i problemi sarebbe una buona soluzione che potrebbe essere disponibile in un’app React durante il suo ciclo di sviluppo o staging. Chiunque stia testando l’app pu\u00f2 attivare il pannello di segnalazione dei problemi e inviare un problema con GitHub.<\/p>\n L’unico problema per ora \u00e8 che l’API GitHub non consente di caricare immagini, quindi dovrebbero essere ospitate da qualche altra parte e avere il collegamento a quella posizione inserito in questo strumento, ma \u00e8 sicuramente un buon miglioramento.<\/p>\n Quindi, ancora una volta, l’app \u00e8 su https:\/\/fast-issues.herokuapp.com\/<\/a> e se finisci per usarla, fammi sapere nei commenti.<\/p>\n\n
Perch\u00e9 un’app per creare problemi con GitHub pi\u00f9 velocemente?<\/h2>\n
\n
Scrivere un batch di problemi con GitHub con testo normale<\/h2>\n
![\"Come](\"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>\nLo stack tecnologico dietro l’app<\/h2>\n
\n
Altre idee per migliorare la creazione di problemi<\/h2>\n