Kui teete t\u00f6\u00f6d \u2013 olenemata sellest, kas see on avatud l\u00e4htekoodiga v\u00f5i suletud l\u00e4htekoodiga \u2013 (kuigi ma tean, et enamik selle saidi lugemist kasutavatest inimestest on seotud avatud l\u00e4htekoodiga), kasutate t\u00f5en\u00e4oliselt m\u00f5nda allika juhtimist ja t\u00f5en\u00e4oliselt on see GitHub.<\/p>\n
Paljud teist j\u00e4lgivad m\u00f5nda projekti, panustavad projekti v\u00f5i k\u00e4sitlete projekti t\u00f5mbamistaotlusi. Ja kuidas on lood nende projektidega, mille kallal meeskonnaga t\u00f6\u00f6tate?<\/p>\n
V\u00f5ib-olla on teie t\u00f6\u00f6voog midagi sellist:<\/p>\n
Aga mida te t\u00f5mbetaotluse malli sisestate? Kas see on iga kord sama v\u00f5i erinev? Mis saab siis, kui suhtekorralduse sisu on seotud millegagi Trellos<\/a>, Asana<\/a>, Basecampis<\/a> v\u00f5i m\u00f5nes muus projektijuhtimiss\u00fcsteemis?<\/p>\n Siin tulevad m\u00e4ngu GitHubi PR-mallid.<\/p>\n Nende kohta saate lehelt k\u00f5ike lugeda, kuid siin on sisu (pole m\u00f5eldud):<\/p>\n Probleemi on raske lahendada, kui olulised \u00fcksikasjad puuduvad. N\u00fc\u00fcd saavad projekti hooldajad lisada projektidele probleemide ja t\u00f5mbetaotluste malle, aidates kaasautoritel l\u00f5ime alguses \u00f5igeid \u00fcksikasju jagada<\/p>\n<\/blockquote>\n Ja idee on lihtne: loome probleemide jaoks malle ja loome teistele p\u00e4ringuid, mis pakuvad teatud tasemel teavet, mille nad peavad enne probleemi v\u00f5i t\u00f5mbetaotluse esitamist t\u00e4itma.<\/p>\n See aitab meil kui hooldajatel teada, millist teavet me vajame enne selle uurimist. Lisaks v\u00f5ib see v\u00f5imaldada meil linkida varasemale v\u00e4ljaandele, eelmisele piletile v\u00f5i millelegi, mis on projektiga seotud.<\/p>\n N\u00e4iteks oletame, et t\u00f6\u00f6tate projekti kallal ja soovite lisada j\u00e4rgmise teabe.<\/p>\n Ma ei \u00fctle, et see on vajalik teave, kuid see on midagi, mida oleme kasutanud ja olen leidnud, et see on kasulik (ja on tore n\u00e4ha, et aja jooksul<\/a> tehakse rohkem t\u00e4iustusi ).<\/p>\n Sait on \u00fcsna selge, kuid see on t\u00f5esti lihtne. Teil on vaja oma projekti kataloogis v\u00f5i projekti kataloogis j\u00e4rgmisi faile. githubi<\/strong> kataloog:<\/p>\n K\u00f5ik need peaksid olema allahindlusfailid, mis n\u00e4itavad t\u00e4pselt v\u00e4lja, mida otsite oma kaast\u00f6\u00f6listele, kui nad teie projekti mingil moel kaasa aitavad.<\/p>\n Ja siis, kui kasutaja soovib probleemist teatada v\u00f5i t\u00f5mbetaotlust luua, on ta k\u00fcsinud mallist p\u00e4rinevat teavet.<\/p>\n Tore, kas pole?<\/p>\n V\u00f5ib-olla te ei arva, et see on palju, kuid on \u00fcsna lihtne aidata parandada projekti tuleva teabe kvaliteeti, lasta oma kaast\u00f6\u00f6tajatel m\u00f5elda, mida nad projekti panevad, ja seej\u00e4rel vastavalt reageerida.<\/p>\n Lisaks aitab see teil ja teie \u00fclej\u00e4\u00e4nud meeskonnal m\u00f5ista, mis on \u00fclevaatamisel, ja valmistuda muudatusteks, mis nende projektidega t\u00f6\u00f6tades v\u00f5ivad ette tulla.<\/p>\nGitHubi PR-mallid<\/h2>\n
\n
\n
Aga kuidas me seda kasutame?<\/h3>\n
\n
Seda pole palju, aga\u2026<\/h2>\n