{"id":228970,"date":"2022-11-07T13:52:00","date_gmt":"2022-11-07T10:52:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=228970"},"modified":"2022-11-09T05:00:15","modified_gmt":"2022-11-09T02:00:15","slug":"projekt-guardrails-pisanie-do-produkcji","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pl\/projekt-guardrails-pisanie-do-produkcji\/","title":{"rendered":"Projekt Guardrails: pisanie do produkcji"},"content":{"rendered":"\n

W ostatnich kilku artyku\u0142ach m\u00f3wi\u0142em o kilku rzeczach (zapisanych do faktycznego pisania do produkcji), kt\u00f3re pomagaj\u0105 w prowadzeniu udanego projektu:<\/p>\n

    \n
  1. Zagro\u017cenia w \u201e projektowaniu przez komisj\u0119<\/a> ",<\/li>\n
  2. Uwagi dotycz\u0105ce udost\u0119pniania \u015brodowiska<\/a>.<\/li>\n<\/ol>\n

    Ostatni\u0105 rzecz\u0105, jak\u0105 chcia\u0142bym odnie\u015b\u0107 si\u0119 do nauki, kt\u00f3rej do tej pory do\u015bwiadczy\u0142em, jest utrzymanie przys\u0142owiowych kluczy do kr\u00f3lestwa pisania do produkcji i dlaczego to ma znaczenie.<\/p>\n

    Pisanie do produkcji<\/h2>\n

    Pomys\u0142 pisania do produkcji mo\u017ce wydawa\u0107 si\u0119 najbardziej dogmatyczn\u0105 barier\u0105 ochronn\u0105 z wymienionych, poniewa\u017c zwykle jest w porz\u0105dku dla tych, kt\u00f3rzy buduj\u0105 rozwi\u0105zanie i znaj\u0105 tajniki jego dzia\u0142ania.<\/p>\n

    Inni interesariusze prawdopodobnie tego nie robi\u0105 (ale je\u015bli tak, a zesp\u00f3\u0142 programist\u00f3w nie ma nic przeciwko innym, kt\u00f3rzy u\u017cywaj\u0105 kontroli wersji do obs\u0142ugi tego, to zr\u00f3b to).<\/p>\n

    Kto naprawd\u0119 ma pozwolenie na administrowanie tymi rzeczami?<\/p>\n

    Pami\u0119taj jednak, jak wspomniano wcze\u015bniej w tej serii<\/a>, spos\u00f3b, w jaki wdra\u017camy nasze projekty, zmieni\u0142 si\u0119 teraz tak, \u017ce cz\u0119sto mamy do czynienia z ci\u0105g\u0142ym wdra\u017caniem i ci\u0105g\u0142\u0105 integracj\u0105.<\/p>\n

    I cz\u0119sto te us\u0142ugi s\u0105 pod\u0142\u0105czone do repozytorium kodu \u017ar\u00f3d\u0142owego, takiego jak GitHub<\/a>, i systemu przesy\u0142ania wiadomo\u015bci (kt\u00f3ry z kolei mo\u017ce by\u0107 pod\u0142\u0105czony do Slacka<\/a>, co uwa\u017cam za przydatne).<\/p>\n

    Aby ludzie w zespole byli \u015bwiadomi tego, co zosta\u0142o wdro\u017cone i kiedy, i wiedzieli, jak w razie potrzeby uzyska\u0107 kod (kt\u00f3ry pochodzi z repozytorium, a nie z pobierania go przez S\/FTP).<\/p>\n

    Gdy potrzebna jest poprawka, nadal powinna istnie\u0107 procedura. By\u0107 mo\u017ce kto\u015b jest na zawo\u0142anie i istnieje proces, w kt\u00f3rym u\u017cywane jest rozga\u0142\u0119zianie, \u0142\u0105czenie, tagowanie i wersjonowanie semantyczne<\/a>.<\/p>\n

    Niezale\u017cnie od tego, nie chodzi tak bardzo o to, jak dzia\u0142a ten proces; chodzi o to, \u017ce jest na swoim miejscu i jest przestrzegany.<\/p>\n

    Oczywi\u015bcie te rzeczy nie s\u0105 wprowadzane w celu komplikowania rozwoju (chocia\u017c rozumiem, jak to mo\u017ce wygl\u0105da\u0107 w ten spos\u00f3b). Wr\u0119cz przeciwnie. Dzieje si\u0119 tak z r\u00f3\u017cnych powod\u00f3w:<\/p>\n