{"id":228932,"date":"2022-11-07T13:54:00","date_gmt":"2022-11-07T10:54:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=228932"},"modified":"2022-11-09T04:51:11","modified_gmt":"2022-11-09T01:51:11","slug":"project-guardrails-writing-to-production","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/sv\/project-guardrails-writing-to-production\/","title":{"rendered":"Project Guardrails: Writing to Production"},"content":{"rendered":"\n

I de senaste artiklarna har jag pratat om ett par saker (sparade f\u00f6r att faktiskt skriva till produktion) som hj\u00e4lper till att driva ett framg\u00e5ngsrikt projekt:<\/p>\n

    \n
  1. Farorna med " design av kommitt\u00e9<\/a> ",<\/li>\n
  2. \u00d6verv\u00e4ganden f\u00f6r att tillhandah\u00e5lla en milj\u00f6<\/a>.<\/li>\n<\/ol>\n

    Det sista jag vill ta upp det l\u00e4rande jag har upplevt hittills handlar om att beh\u00e5lla de \u00f6k\u00e4nda nycklarna till skrivandets rike till produktion och varf\u00f6r det \u00e4r viktigt.<\/p>\n

    Skriva till produktion<\/h2>\n

    Tanken p\u00e5 att skriva till produktion kan tyckas vara det mest dogmatiska skyddsr\u00e4cket av de n\u00e4mnda eftersom det vanligtvis \u00e4r okej f\u00f6r dem som bygger l\u00f6sningen och de vet hur det fungerar.<\/p>\n

    De andra intressenterna g\u00f6r det sannolikt inte (men om de g\u00f6r det och utvecklingsteamet \u00e4r okej med att de andra anv\u00e4nder versionskontroll f\u00f6r att hantera detta, s\u00e5 k\u00f6r p\u00e5 det).<\/p>\n

    Vem har tillst\u00e5nd att administrera det h\u00e4r egentligen?<\/p>\n

    Kom dock ih\u00e5g, som n\u00e4mnts tidigare i den h\u00e4r serien<\/a>, s\u00e4ttet p\u00e5 vilket vi distribuerar v\u00e5ra projekt har f\u00f6r\u00e4ndrats nu s\u00e5 att vi ofta har kontinuerlig drifts\u00e4ttning och kontinuerlig integration.<\/p>\n

    Och ofta \u00e4r dessa tj\u00e4nster anslutna till ett k\u00e4llkodsf\u00f6rr\u00e5d, s\u00e5som GitHub<\/a>, och ett meddelandesystem (som i sin tur kan vara anslutet till Slack<\/a> vilket jag tycker \u00e4r anv\u00e4ndbart).<\/p>\n

    S\u00e5 att folk i teamet \u00e4r medvetna om vad som har distribuerats och n\u00e4r och de vet hur de ska h\u00e4mta koden (som \u00e4r fr\u00e5n f\u00f6rvaret, inte fr\u00e5n att ladda ner den via S\/FTP) om det beh\u00f6vs.<\/p>\n

    N\u00e4r en snabbkorrigering beh\u00f6vs b\u00f6r det fortfarande finnas en procedur p\u00e5 plats. Kanske har n\u00e5gon jour, och det finns en process d\u00e4r f\u00f6rgrening, sammanslagning, taggning och semantisk versionering<\/a> anv\u00e4nds.<\/p>\n

    Oavsett s\u00e5 handlar det inte s\u00e5 mycket om hur processen fungerar; det \u00e4r att det \u00e4r p\u00e5 plats och att det f\u00f6ljs.<\/p>\n

    Naturligtvis \u00e4r dessa saker inte inr\u00e4ttade f\u00f6r att g\u00f6ra utvecklingen mer komplicerad (\u00e4ven om jag f\u00f6rst\u00e5r hur det kan verka s\u00e5). Det \u00e4r tv\u00e4rtom. Det \u00e4r av en m\u00e4ngd olika anledningar:<\/p>\n