Beroende p\u00e5 din historik med fungerande k\u00e4llkontroll varierar s\u00e4ttet p\u00e5 vilket du arbetar med en kodbas, g\u00f6r commits, etc..<\/p>\n
Vidare, beroende p\u00e5 om du anv\u00e4nder Git<\/a>, Subversion<\/a>, Mercurial<\/a> och s\u00e5 vidare dikterar ocks\u00e5 hur du hanterar din kod.<\/p>\n Men om du \u00e4r n\u00e5gon som arbetar med Git (som jag vet att m\u00e5nga m\u00e4nniskor i WordPress b\u00f6rjar anv\u00e4nda mer och mer n\u00e4stan dagligen), finns det n\u00e5gra sm\u00e5 saker som jag rekommenderar att du g\u00f6r f\u00f6r att hj\u00e4lpa till att hantera f\u00f6r\u00e4ndringar, s\u00e4rskilt med ett team mer hanterbar.<\/p>\n Master ska anv\u00e4ndas specifikt f\u00f6r produktionsklar och driftklar kod. Det \u00e4r inte du som arbetar gren, det \u00e4r inte din arbetsgren.<\/p>\n Generellt sett \u00e4r det h\u00e4r alla pull-f\u00f6rfr\u00e5gningar sl\u00e5s samman.<\/p>\n N\u00e4rhelst du har en samling uppgifter, problem eller milstolpar, skapa en filial och se till att det du arbetar med \u00e4r relaterat. Du vill till exempel inte g\u00f6ra databasarbete och JavaScript-arbete i dina pull-f\u00f6rfr\u00e5gningar.<\/p>\n \u00c4ven om du enbart arbetar med front-end-arbete, kan du beh\u00f6va dela upp det i mindre grenar. Det ger enklare kodgranskning och b\u00e4ttre pull-f\u00f6rfr\u00e5gningar<\/a>.<\/p>\n Detta \u00e4r mycket likt den tidigare rubriken, men id\u00e9n att skapa sm\u00e5 PR \u00e4r mycket mer produktiv \u00e4n att skapa l\u00e4ngre pull-f\u00f6rfr\u00e5gningar.<\/p>\n Men vad \u00e4r en bra PR?<\/p>\n S\u00e5vitt jag \u00e4r orolig, kommer en bra pull-beg\u00e4ran att g\u00f6ra en liten upps\u00e4ttning saker:<\/p>\n Som sagt, det finns sannolikt fler saker du kan g\u00f6ra, men det h\u00e4r \u00e4r de saker jag har funnit mest anv\u00e4ndbara (och jag skulle inte kunna s\u00e4ga att jag inte l\u00e4rde mig n\u00e5gra av dessa saker fr\u00e5n mitt team<\/a> ).<\/p>\n Alltid.<\/p>\n Men det h\u00e4r \u00e4r en handfull saker som jag har funnit vara mer och mer anv\u00e4ndbara, s\u00e4rskilt n\u00e4r jag sp\u00e5rar f\u00f6r\u00e4ndringar, arbetar med andra och hanterar pull-f\u00f6rfr\u00e5gningar (b\u00e5de fr\u00e5n de som jag arbetar med och de som bidrar till projekt med \u00f6ppen k\u00e4llkod).<\/p>\n Slutligen \u00e4r ingen av dessa saker f\u00f6reskrivande. Det finns en inl\u00e4rningskurva (talar av erfarenhet), men jag rekommenderar att du testar n\u00e5gra av dessa om det inte \u00e4r av n\u00e5gon annan anledning \u00e4n f\u00f6r att se om det inte f\u00f6rb\u00e4ttrar ditt arbetsfl\u00f6de.<\/p>\n \u00c4ven om det bara \u00e4r lite.<\/p>\nTips f\u00f6r ett f\u00f6rb\u00e4ttrat GitHub-arbetsfl\u00f6de<\/h2>\n
1 F\u00f6rbind dig inte att bem\u00e4stra<\/strong><\/h3>\n
2 F\u00f6rs\u00f6k att alltid skapa grenar<\/strong><\/h3>\n
3 Batch ditt arbete<\/strong><\/h3>\n
4 Generera sm\u00e5 PR<\/strong><\/h3>\n
\n
5 Ge bra detaljer i din PR<\/strong><\/h3>\n
\n
Finns det fler saker?<\/h2>\n