Je\u015bli wykonujesz jak\u0105kolwiek prac\u0119 \u2013 niezale\u017cnie od tego, czy jest to open source czy zamkni\u0119te \u017ar\u00f3d\u0142o \u2013 (chocia\u017c wiem, \u017ce wi\u0119kszo\u015b\u0107 u\u017cytkownik\u00f3w czytaj\u0105cych t\u0119 stron\u0119 jest zaanga\u017cowanych w open source), prawdopodobnie u\u017cyjesz pewnej kontroli \u017ar\u00f3d\u0142a i prawdopodobnie jest to GitHub.<\/p>\n
Dla wielu z was albo \u015bledzicie projekt, przyczyniacie si\u0119 do projektu, albo obs\u0142ugujecie \u017c\u0105dania \u015bci\u0105gni\u0119cia do projektu. A co z tymi projektami, nad kt\u00f3rymi pracujesz z zespo\u0142em?<\/p>\n
By\u0107 mo\u017ce tw\u00f3j przep\u0142yw pracy wygl\u0105da mniej wi\u0119cej tak:<\/p>\n
Ale co umieszczasz w szablonie \u017c\u0105dania \u015bci\u0105gni\u0119cia? Czy za ka\u017cdym razem jest tak samo, czy jest inaczej? A je\u015bli tre\u015b\u0107 PR jest powi\u0105zana z czym\u015b w Trello<\/a>, Asanie<\/a>, Basecamp<\/a> lub innym systemie zarz\u0105dzania projektami?<\/p>\n Tutaj do gry wchodz\u0105 szablony GitHub PR.<\/p>\n Mo\u017cesz przeczyta\u0107 o nich wszystko na stronie, ale oto ich sedno (gra s\u0142\u00f3w niezamierzona):<\/p>\n Trudno rozwi\u0105za\u0107 problem, gdy brakuje wa\u017cnych szczeg\u00f3\u0142\u00f3w. Teraz opiekunowie projekt\u00f3w mog\u0105 dodawa\u0107 do projekt\u00f3w szablony problem\u00f3w i pull request\u00f3w, pomagaj\u0105c wsp\u00f3\u0142tw\u00f3rcom udost\u0119pnia\u0107 w\u0142a\u015bciwe szczeg\u00f3\u0142y na pocz\u0105tku w\u0105tku<\/p>\n<\/blockquote>\n Pomys\u0142 jest prosty: tworzymy szablony problem\u00f3w i pull request dla innych os\u00f3b, kt\u00f3re zapewniaj\u0105 poziom informacji, kt\u00f3re musz\u0105 wype\u0142ni\u0107 przed przes\u0142aniem problemu lub pull request.<\/p>\n To nam pomaga, poniewa\u017c opiekunowie wiedz\u0105, jakich informacji potrzebujemy, zanim si\u0119 do nich zajrzy. Co wi\u0119cej, mo\u017ce nam to pozwoli\u0107 na po\u0142\u0105czenie z poprzednim wydaniem, poprzednim zg\u0142oszeniem, przed wszystkim zwi\u0105zanym z projektem.<\/p>\n Na przyk\u0142ad za\u0142\u00f3\u017cmy, \u017ce pracujesz nad projektem i chcesz do\u0142\u0105czy\u0107 nast\u0119puj\u0105ce informacje:<\/p>\n Nie m\u00f3wi\u0119, \u017ce s\u0105 to informacje, kt\u00f3re s\u0105 wymagane, ale s\u0105 to informacje, z kt\u00f3rych korzystali\u015bmy i kt\u00f3re okaza\u0142y si\u0119 przydatne (i mi\u0142o jest widzie\u0107, jak z czasem<\/a> wprowadzane s\u0105 kolejne ulepszenia ).<\/p>\n Strona jest do\u015b\u0107 przejrzysta, ale jest naprawd\u0119 prosta. Potrzebujesz nast\u0119puj\u0105cych plik\u00f3w w katalogu projektu lub w katalogu projektu. katalog github :<\/strong><\/p>\n Ka\u017cdy z nich powinien by\u0107 plikami ze znacznikami, kt\u00f3re dok\u0142adnie opisuj\u0105 to, co chcesz do\u0142\u0105czy\u0107 do swoich wsp\u00f3\u0142tw\u00f3rc\u00f3w, gdy tylko w jaki\u015b spos\u00f3b przyczyniaj\u0105 si\u0119 do twojego projektu.<\/p>\n A potem, gdy u\u017cytkownik chce zg\u0142osi\u0107 problem lub utworzy\u0107 \u017c\u0105danie \u015bci\u0105gni\u0119cia, wy\u015bwietla monit z informacjami z szablonu.<\/p>\n \u0141adne, prawda?<\/p>\n Mo\u017cesz nie s\u0105dzi\u0107, \u017ce to du\u017co, ale ca\u0142kiem \u0142atwo jest pom\u00f3c poprawi\u0107 jako\u015b\u0107 informacji przychodz\u0105cych do projektu, poprosi\u0107 wsp\u00f3\u0142tw\u00f3rc\u00f3w o zastanowienie si\u0119 nad tym, co wk\u0142adaj\u0105 w projekt, a nast\u0119pnie odpowiednio zareagowa\u0107.<\/p>\n Ponadto pomaga tobie i reszcie zespo\u0142u zrozumie\u0107, co ma zosta\u0107 poddane przegl\u0105dowi, i przygotowa\u0107 si\u0119 na wszelkie zmiany, kt\u00f3re mog\u0105 pojawi\u0107 si\u0119 podczas pracy nad tymi projektami.<\/p>\nSzablony PR GitHub<\/h2>\n
\n
\n
Ale jak tego u\u017cywamy?<\/h3>\n
\n
To niewiele, ale\u2026<\/h2>\n