M\u00f5ni aeg tagasi kirjutasin rakendusest,<\/a> mida kirjutasin GitHubi probleemide loomise kiirendamiseks. Ma tegelikult ehitasin selle rakenduse, kuid unustasin sellest siia kirjutada, nii et siin on \u00f5ige ajaveebi postitus. Selles postituses n\u00e4eme:<\/p>\n GitHubi kasutajaliides on tavaliselt probleemi tekitamiseks sobiv. V\u00f5i kaks. Ja see sobib tehnoloogilistele inimestele, n\u00e4iteks arendajatele v\u00f5i disaineritele. Kuid meie ettev\u00f5ttes Reconnect palume m\u00f5nikord p\u00e4rast uue funktsiooni v\u00e4ljat\u00f6\u00f6tamist oma mittetehnilistel t\u00f6\u00f6tajatel seda testida. Ja see toimib suurep\u00e4raselt, sest tavaliselt leiavad nad m\u00f5ned probleemid. Kuid GitHubi probleemide kasutajaliidese h\u00fcppamine on neile v\u00e4ga kulukas. See on veelgi t\u00fclikam, kui nad peavad looma rohkem kui \u00fche v\u00e4ljaande ja t\u00f5en\u00e4oliselt erinevates hoidlates.<\/p>\n Kui me kvantifitseerime, mitu korda me keskendume GitHubi<\/a> probleemide loomisele p\u00e4rast seda, kui oleme j\u00f5udnud lehele, et tekitada probleem hoidlas, kus me neid luua tahame, oleks see enam-v\u00e4hem selline:<\/p>\n See on 5 korda, kui me suuname oma t\u00e4helepanu \u00fchelt alalt teisele! Liiga palju t\u00e4helepanu nihkumist \u00fclesande jaoks, mis on sisuliselt kirjutamine, ja liiga palju aega keskendumisele. Ja mis siis, kui peate kirjutama probleemi teise hoidlasse? Peate navigeerima sellesse hoidlasse uuel vahekaardil v\u00f5i praeguses ja nii l\u00e4heb rohkem aega.<\/p>\n Niisiis, kuidas saate GitHubi probleeme h\u00f5lpsamini ja kiiremini luua? Kas poleks lihtsam, kui saaksime seda teha \u00fchele kohale keskendudes, ilma et peaksime mitu korda t\u00e4helepanu p\u00f6\u00f6rama?<\/p>\n Kirjutamine on seadmetes \u00fcks elementaarsemaid oskusi, elementaarsem kui isegi puudutusliigutused. Kuna need on puutetundlikele seadmetele omased, peate teistel kasutama hiirt v\u00f5i puuteplaati. Kuid kirjutamine on tavaliselt alati sama. Ja GitHubi probleemid on tekst, nii et miks mitte kasutada nende loomiseks teksti ilma klaviatuurilt lahkumata?<\/p>\n See rakendus teeb t\u00e4pselt seda: https:\/\/fast-issues.herokuapp.com\/<\/a><\/p>\n Volitate selle GitHubi rakenduse ja v\u00f5ite alustada probleemide kirjutamist k\u00f5igis oma hoidlates. Peate lihtsalt valima hoidla, kuhu soovite probleemi luua, ja hakkama kirjutama mitu probleemi, \u00fcks igale reale.<\/p>\n Ja see toetab pealkirja ja kirjelduse kirjutamist, selle m\u00e4\u00e4ramist ja m\u00e4rgistamist. See n\u00f5uab ainult v\u00e4ljaande pealkirja. \u00dclej\u00e4\u00e4nu on valikuline. Peate lihtsalt j\u00e4rgima teatud tava:<\/p>\n See toetab mitut m\u00e4\u00e4rajat ja silti, eraldades need komadega. Nii et p\u00f5him\u00f5tteliselt:<\/p>\n Kui see on tehtud, tuleb kl\u00f5psata nupul Mine!<\/strong> nuppu ja see tekitab k\u00f5ik probleemid. Iga\u00fcks neist on teie autor. Hiljem saate neid redigeerida, et lisada pilte v\u00f5i videoid, meeme v\u00f5i k\u00f5ike.<\/p>\n Kui teil on vaja teises hoidlas rohkem probleeme luua, valige see rippmen\u00fc\u00fcst uuesti ja alustage nende probleemide kirjutamist. Pole enam lehtede vahel h\u00fcppamist!<\/p>\n Selle rakenduse hoidla asub aadressil https:\/\/github.com\/eliorivero\/fast-issues<\/a><\/p>\n Tehniline virn on eriti lihtne ja p\u00f5hineb t\u00e4ielikult JavaScriptil<\/a> :<\/p>\n \u00dcks asi, mida meeles pidada, on see, et me ei taha \u00fcletada GitHub Issues API<\/a> lubatud p\u00e4ringute limiiti. Nad soovitavad lasta taotluste vahel m\u00f6\u00f6duda v\u00e4hemalt \u00fcks sekund, nii et peatasin t\u00e4itmise 1,5 sekundiks iga v\u00e4ljaande loomise vahel.<\/p>\n Alates esialgsest protot\u00fc\u00fcbist kuni l\u00f5pliku versioonini muutsin selle GitHubi rakendusest OAuthi rakenduseks. P\u00f5hjus on selles, et viimane v\u00f5imaldab teil luua probleeme ja esineda autorina.<\/p>\n N\u00e4itasin seda s\u00f5brale ja ta \u00fctles mulle, et tal oli idee luua Chrome’i laiendus, et teha veast ekraanipilt, lisada sellele m\u00e4rkused ja esitada see GitHubi probleemina. Minu arvates oli see suurep\u00e4rane idee, nii et otsisin v\u00f5imalust ekraanipildi tegemiseks, kuid Reacti rakenduses leidsin kiiresti html2canvase<\/a>, mis v\u00f5imaldab teha ekraanipilte ja salvestada need PNG-failidena.<\/p>\n Millegi sellise kombineerimine minu t\u00f6\u00f6riistaga probleemide tekitamiseks oleks hea lahendus, mis v\u00f5iks olla saadaval Reacti rakenduses selle arendus- v\u00f5i lavastusts\u00fckli ajal. Iga\u00fcks, kes testib rakendust, v\u00f5ib k\u00e4ivitada probleemide aruandluspaneeli ja esitada GitHubi probleemi.<\/p>\n Ainus probleem sellega praegu on see, et GitHubi API ei luba pilte \u00fcles laadida, nii et need peaksid olema kusagil mujal ja sellesse t\u00f6\u00f6riista sisestama selle asukoha link, kuid see on kindlasti hea edasiminek.<\/p>\n Nii et j\u00e4llegi on rakendus aadressil https:\/\/fast-issues.herokuapp.com\/<\/a> ja kui te seda l\u00f5puks kasutate, andke mulle sellest kommentaarides teada.<\/p>\n\n
Miks rakendus GitHubi probleemide kiiremaks loomiseks?<\/h2>\n
\n
GitHubi probleemide partii kirjutamine lihttekstiga<\/h2>\n
![\"Kuidas](\"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>\nRakenduse taga olev tehniline virn<\/h2>\n
\n
Rohkem ideid probleemide loomise parandamiseks<\/h2>\n