5 ideed täiustatud GitHubi töövoo jaoks
Sõltuvalt teie tööajaloost allika juhtimisega on koodibaasiga töötamise, kohustuste tegemise jne viis erinev.
Lisaks määravad koodi haldamise viisid sõltuvalt sellest, kas kasutate Giti, Subversioni, Mercuriali ja nii edasi.
Aga kui olete keegi, kes töötab Gitiga (mida ma tean, et paljud WordPressi kasutajad hakkavad peaaegu iga päev üha enam kasutama), on mõned väikesed asjad, mida soovitan teha, et aidata muudatusi juhtida, eriti meeskonnaga. paremini juhitav.
Näpunäiteid täiustatud GitHubi töövoo jaoks
1 Ärge pühenduge meistrile
Masterit tuleks kasutada spetsiaalselt tootmis- ja juurutamisvalmis koodi jaoks. See ei ole teie tööharu, see pole teie tööharu.
Üldiselt on see koht, kus kõik tõmbamistaotlused liidetakse.
2 Proovige alati luua filiaale
Iga kord, kui teil on ülesandeid, probleeme või verstaposte, looge haru ja veenduge, et see, mille kallal töötate, on kõik omavahel seotud. Näiteks ei soovi te oma tõmbetaotlustes andmebaasitööd ja JavaScripti tööd teha.
3 Pakkige oma tööd
Isegi kui töötate ainult esiotsa tööga, peate võib-olla selle väiksemateks harudeks jagama. See hõlbustab koodide ülevaatamist ja paremaid tõmbamistaotlusi.
4 Looge väikseid suhtekorraldajaid
See on väga sarnane eelmisele pealkirjale, kuid idee luua väikeseid PR-sid on palju produktiivsem kui pikemate tõmbetaotluste loomine.
- See on abiks, kui teil on vaja taotleda koodi ülevaatamist, kuna see annab teie meeskonnakaaslase(te)le lihtsamini koodide ülevaatusi käsitleda ja tagasisidet pakkuda.
- See hoiab muudatuste logi puhtana ja aitab anda üksikasjalikku aruannet selle kohta, mida konkreetne koodipartii teeb.
Aga mis on hea PR?
5 Esitage oma PR-s häid üksikasju
Minu arvates teeb hea tõmbamistaotlus väikese hulga asju:
- Täpsustage ühe või kahe lausega, mida teie muudatusi ülevaatav inimene peaks ootama.
- Linkige PR pileti, projektijuhtimiskaardiga (või kuidas nad seda teie süsteemis nimetavad),
- Loetlege kinnistamissõnumite lühemad versioonid, et muuta see oma kolleegiülevaataja jaoks võimalikult lihtsaks.
Sellegipoolest on tõenäoliselt rohkem asju, mida saate teha, kuid need on asjad, mis on mulle kõige kasulikumad (ja tahaksin öelda, et ma ei õppinud mõnda neist asjadest oma meeskonnalt ).
Kas on veel asju?
Alati.
Kuid need on käputäis asju, mis on mulle üha kasulikumad, eriti muudatuste jälgimisel, teistega koos töötades ja tõmbetaotlustega tegelemisel (nii neilt, kellega koos töötan, kui ka neilt, kes panustavad avatud lähtekoodiga projektidesse).
Lõpuks ei ole ükski neist asjadest ettekirjutav. On olemas õppimiskõver (kogemusest rääkides), kuid ma soovitan mõnda neist proovida, kui mitte muul põhjusel, kui et näha, kas see ei paranda teie töövoogu.
Isegi kui see on natukene.