Jaki\u015b czas temu pisa\u0142em o aplikacji<\/a>, kt\u00f3r\u0105 pisa\u0142em, aby przyspieszy\u0107 tworzenie spraw na GitHubie. W\u0142a\u015bciwie zbudowa\u0142em aplikacj\u0119, ale zapomnia\u0142em o tym tutaj napisa\u0107, wi\u0119c oto odpowiedni wpis na blogu. W tym po\u015bcie zobaczymy:<\/p>\n Interfejs u\u017cytkownika GitHub jest zwykle w porz\u0105dku, aby utworzy\u0107 problem. Lub dwa. I jest w porz\u0105dku dla os\u00f3b obeznanych z technologi\u0105, takich jak programi\u015bci lub projektanci. Jednak w naszej firmie Reconnect, czasami po opracowaniu nowej funkcji, prosimy naszych pracownik\u00f3w nietechnicznych o jej przetestowanie. I to dzia\u0142a \u015bwietnie, poniewa\u017c zwykle znajduj\u0105 jakie\u015b problemy. Ale przegl\u0105danie interfejsu problem\u00f3w z GitHub jest dla nich bardzo czasoch\u0142onne. Jest to jeszcze bardziej k\u0142opotliwe, gdy musz\u0105 tworzy\u0107 wi\u0119cej ni\u017c jedno wydanie i prawdopodobnie w r\u00f3\u017cnych repozytoriach.<\/p>\n Je\u015bli okre\u015blimy, ile razy kierujemy nasz\u0105 uwag\u0119 na tworzenie zg\u0142osze\u0144 na GitHubie<\/a> po dotarciu do strony tworzenia zg\u0142oszenia w repozytorium, w kt\u00f3rym chcemy je utworzy\u0107, by\u0142oby to mniej wi\u0119cej takie:<\/p>\n To 5 razy, kiedy przenosimy nasz\u0105 uwag\u0119 z obszaru na obszar! Zbyt du\u017co uwagi po\u015bwi\u0119ca si\u0119 zadaniu, kt\u00f3re zasadniczo polega na pisaniu i zbyt wiele czasu sp\u0119dzanego na ponownym skupieniu si\u0119. A co, je\u015bli musisz napisa\u0107 spraw\u0119 w innym repozytorium? Musisz przej\u015b\u0107 do tego repozytorium w nowej karcie lub w bie\u017c\u0105cej, a to wi\u0119cej straconego czasu.<\/p>\n Jak wi\u0119c \u0142atwiej i szybciej tworzy\u0107 problemy na GitHubie? Czy nie by\u0142oby \u0142atwiej, gdyby\u015bmy mogli to zrobi\u0107 skoncentrowani na jednym miejscu bez konieczno\u015bci wielokrotnego przenoszenia uwagi?<\/p>\n Pisanie to jedna z najbardziej podstawowych umiej\u0119tno\u015bci na urz\u0105dzeniach, jest bardziej podstawowa ni\u017c cho\u0107by gesty dotykowe. Poniewa\u017c chocia\u017c s\u0105 one specyficzne dla urz\u0105dze\u0144 dotykowych, musisz u\u017cy\u0107 myszy lub g\u0142adzika na innych. Ale pisanie jest zwykle zawsze takie samo. A problemy z GitHub to tekst, wi\u0119c dlaczego nie u\u017cywa\u0107 tekstu do ich tworzenia bez opuszczania naszej klawiatury?<\/p>\n Ta aplikacja robi dok\u0142adnie to: https:\/\/fast-issues.herokuapp.com\/<\/a><\/p>\n Autoryzujesz t\u0119 aplikacj\u0119 GitHub i mo\u017cesz zacz\u0105\u0107 pisa\u0107 problemy we wszystkich swoich repozytoriach. Musisz tylko wybra\u0107 repozytorium, w kt\u00f3rym chcesz utworzy\u0107 spraw\u0119 i zacz\u0105\u0107 pisa\u0107 wiele spraw, po jednej w ka\u017cdym wierszu.<\/p>\n I obs\u0142uguje pisanie tytu\u0142u i opisu, przypisywanie go i etykietowanie. Wymaga tylko tytu\u0142u wydania. Reszta jest opcjonalna. Musisz tylko przestrzega\u0107 okre\u015blonej konwencji:<\/p>\n Obs\u0142uguje wielu cesjonariuszy i etykiety, oddzielaj\u0105c je przecinkiem. Wi\u0119c w zasadzie:<\/p>\n Po zako\u0144czeniu wystarczy klikn\u0105\u0107 przycisk Go!<\/strong> przycisk i stworzy wszystkie problemy. Ka\u017cdy b\u0119dzie mia\u0142 Ciebie jako autora. Mo\u017cesz p\u00f3\u017aniej je edytowa\u0107, aby doda\u0107 obrazy lub filmy, memy, cokolwiek.<\/p>\n Je\u015bli chcesz utworzy\u0107 wi\u0119cej zg\u0142osze\u0144 w innym repozytorium, po prostu wybierz je ponownie z listy rozwijanej i zacznij pisa\u0107 te zg\u0142oszenia. Nigdy wi\u0119cej przeskakiwania przez strony!<\/p>\n Repozytorium tej aplikacji znajduje si\u0119 pod adresem https:\/\/github.com\/eliorivero\/fast-issues<\/a><\/p>\n Stos technologiczny jest szczeg\u00f3lnie prosty i ca\u0142kowicie oparty na JavaScript<\/a> :<\/p>\n Nale\u017cy pami\u0119ta\u0107, \u017ce nie chcemy przekracza\u0107 limitu \u017c\u0105da\u0144 dozwolonego przez interfejs API GitHub Issues<\/a>. Zalecaj\u0105, aby mi\u0119dzy \u017c\u0105daniami min\u0119\u0142a co najmniej jedna sekunda, wi\u0119c wstrzyma\u0142em wykonanie 1,5 sekundy mi\u0119dzy utworzeniem ka\u017cdego problemu.<\/p>\n Od pocz\u0105tkowego prototypu, kt\u00f3ry wykona\u0142em, do ostatecznej wersji, zmieni\u0142em go z aplikacji GitHub na aplikacj\u0119 OAuth. To dlatego, \u017ce ta ostatnia pozwala tworzy\u0107 problemy i wyst\u0119powa\u0107 jako autor.<\/p>\n Pokaza\u0142em to znajomemu, a on powiedzia\u0142 mi, \u017ce wpad\u0142 na pomys\u0142 stworzenia rozszerzenia Chrome, aby zrobi\u0107 zrzut ekranu b\u0142\u0119du, opisa\u0107 go i przes\u0142a\u0107 jako problem z GitHub. Pomy\u015bla\u0142em, \u017ce to \u015bwietny pomys\u0142, wi\u0119c szuka\u0142em sposobu na zrobienie zrzutu ekranu, ale w aplikacji React szybko znalaz\u0142em html2canvas<\/a>, kt\u00f3ry pozwala robi\u0107 zrzuty ekranu i zapisywa\u0107 je jako pliki PNG.<\/p>\n Po\u0142\u0105czenie czego\u015b takiego z moim narz\u0119dziem do tworzenia problem\u00f3w by\u0142oby fajnym rozwi\u0105zaniem, kt\u00f3re mog\u0142oby by\u0107 dost\u0119pne w aplikacji React podczas jej cyklu rozwoju lub postoju. Ka\u017cdy, kto testuje aplikacj\u0119, mo\u017ce uruchomi\u0107 panel zg\u0142aszania problem\u00f3w i zg\u0142osi\u0107 problem na GitHubie.<\/p>\n Jedynym problemem z tym na razie jest to, \u017ce API GitHub nie pozwala na przesy\u0142anie obraz\u00f3w, wi\u0119c musia\u0142yby by\u0107 hostowane gdzie indziej i mie\u0107 link do tej lokalizacji wstawiony w tym narz\u0119dziu, ale to zdecydowanie dobre ulepszenie.<\/p>\n Wi\u0119c znowu, aplikacja jest na https:\/\/fast-issues.herokuapp.com\/<\/a> i je\u015bli w ko\u0144cu jej u\u017cyjesz, daj mi zna\u0107 w komentarzach.<\/p>\n\n
Dlaczego aplikacja do szybszego tworzenia problem\u00f3w na GitHubie?<\/h2>\n
\n
Pisanie partii problem\u00f3w z GitHub za pomoc\u0105 zwyk\u0142ego tekstu<\/h2>\n
![\"Jak](\"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>\nStos technologiczny za aplikacj\u0105<\/h2>\n
\n
Wi\u0119cej pomys\u0142\u00f3w na usprawnienie tworzenia problem\u00f3w<\/h2>\n