- \n
- Ei tohiks olla " komisjoni kavandamist”.<\/a> “<\/li>\n
- Mitte keegi teine, kelle arendustegevuse p\u00f5himeeskond peaks suutma arendust, lavastust ja tootmist pakkuda.<\/li>\n
- Tootmisse ei tohiks kirjutada keegi peale arendusmeeskonna (ja isegi siis peaks olema juurutamisprotsess).<\/li>\n<\/ol>\n
Mulle ei meeldi selliste karmide ja kiirete reeglite kehtestamine nimelt seet\u00f5ttu, et asjad muutuvad ajas kas vajaduse v\u00f5i suurema kogemuse t\u00f5ttu. See on p\u00f5hjus, miks mulle meeldivad "juhised".<\/p>\n
Kuid selle kirjutamise ajal on need asjad, mida ma n\u00e4en m\u00e4ngimas.<\/p>\n
Keskkondade pakkumine<\/h2>\n
Viimase paari aasta jooksul oleme teinud palju edusamme selles osas, kui kiiresti suudame oma s\u00fcsteeme luua nii, et need k\u00f5ik peegeldaksid \u00fcksteist (v\u00f5i \u00fcldiselt). See h\u00f5lmab meie arenduskaste, seda, kuidas meie kohalikud masinad peegeldavad lavastust ja kuidas lavastus peegeldab tootmist.<\/p>\n
Enam-v\u00e4hem uue keskkonna loomine. Rullige sellega.<\/p>\n
See t\u00e4hendab, et see "t\u00f6\u00f6tab minu masinas" peaks tegelikult t\u00f5si olema. Ei ole vabandus, miks ei saa viga paljundada.<\/p>\n
Ja kui see on t\u00f5si, on see t\u00f5en\u00e4oliselt t\u00f5si ka teiste masinate, lavastuse ja tootmise puhul. Ja see on tore, eks? See t\u00e4hendab, et me keerutame oma kaste, juurutame oma skripte v\u00f5i teeme seda, mida teeme, ja siis on meil vajalik seadistus.<\/p>\n
Mida siis t\u00e4hendab keskkondade varustamine? See s\u00f5ltub sellest, millisele keskkonnale viitate.<\/p>\n
Kuidas see tegelikult v\u00e4lja n\u00e4eb?<\/h3>\n
Kui t\u00f6\u00f6tate WordPressis, mida ma eeldan, et seda loete, eeldab see, et kasutate v\u00e4hemalt veebiserverit, andmebaasi ja PHP-d.<\/p>\n
Arenduskeskkond v\u00f5ib v\u00e4lja n\u00e4ha j\u00e4rgmine:<\/p>\n
- \n
- <\/a>Nginxi<\/a> apache<\/a>, _<\/li>\n
- MySQL, mis on k\u00f5ige levinum,<\/li>\n
- V\u00e4hemalt PHP 5.2.4 (soovitatav PHP 7.1),<\/li>\n
- V\u00f5i midagi v\u00f5rreldavat.<\/li>\n<\/ul>\n
V\u00f5ite kasutada ka midagi nagu Laravel Valet<\/a> v\u00f5i midagi nagu VVV<\/a>. K\u00f5ik s\u00f5ltub teie t\u00f6\u00f6 iseloomust.<\/p>\n
Lisaks v\u00f5ib teie ettev\u00f5tte olemusest olenevalt teatud reeglite j\u00f5ustamiseks<\/a> olla teile m\u00e4\u00e4ratud IDE koos erinevate konfiguratsioonifailidega .<\/p>\n
Ja \u00fclej\u00e4\u00e4nud keskkonnad?<\/h3>\n
Nagu tavaliselt:<\/p>\n
- \n
- arendus viitab seadistusele teie kohalikus masinas,<\/li>\n
- lavastus viitab valdkonnale, kus teie ja sidusr\u00fchmad saate testida,<\/li>\n
- ja tootmine on koht, kus rakendus asub.<\/li>\n<\/ul>\n
Kuid see n\u00e4eb v\u00e4lja ka erinev olenevalt sellest, kus te t\u00f6\u00f6tate, kuidas teie t\u00f6\u00f6 on korraldatud ja nii edasi. Asi pole niiv\u00f5rd selles, kuidas seda kasutatakse, vaid selles, et seda kasutatakse.<\/p>\n
Lavastus<\/h4>\n
See on tavaliselt ette n\u00e4htud serveris (v\u00f5i serverite r\u00fchmas, olenevalt projekti suurusest), kuhu saate testimiseks juurutada oma uusima koodi. See v\u00f5ib h\u00f5lmata osalist funktsionaalsust, testandmeid ja ainult tootmisest p\u00e4rineva teabe alamhulka (kui otsustate selle teabe, nimelt andmebaasi tootmiskeskkonnast t\u00f5mmata).<\/p>\n
See annab teile ja teistele sidusr\u00fchmadele v\u00f5imaluse vaadata, mis toimub ja kuidas see tootmises toimib, ilma et peaksite kartma millegi tundliku h\u00e4vitamise p\u00e4rast.<\/p>\n
Kood juurutatakse tavaliselt teie Giti hoidlast (kui te seda kasutate) harust, tavaliselt p\u00f5hivarast. Ja selliseid t\u00f6\u00f6riistu nagu DeployBot<\/a>, CircleCI<\/a>, Travis CI<\/a>, GrumPHP<\/a>, Behat<\/a> jne kasutatakse ka nii koodi kvaliteedi hindamiseks, automaattestide k\u00e4ivitamiseks kui ka l\u00f5puks koodi juurutamiseks.<\/p>\n
L\u00f5puks luuakse iga keskkond nii, et neid saab kiiresti peegeldada kohalikes masinates, lavastusserverites ja tootmisserverites. Lisaks peaks olema lihtne andmeid nende vahel l\u00fckata ja t\u00f5mmata, et andmetega t\u00f6\u00f6tamine oleks lihtne.<\/p>\n
Tootmine<\/h4>\n
L\u00f5puks seisneb tootmine tegelikult toimivas projektis; See t\u00e4hendab, et selle server, rakendus ja andmebaas t\u00f6\u00f6tavad koos ja kasutajad kasutavad seda.<\/p>\n
See t\u00e4hendab ka seda, et kood on stabiilses kohas. T\u00f5en\u00e4oliselt on olemas logimismehhanismid, mis teavitavad arendusmeeskonda k\u00f5igist probleemidest. Selles keskkonnas ei tohiks koodi muuta ilma, et see oleks eelnevalt l\u00e4binud kvaliteedikontrolli v\u00f5i lavastuse.<\/p>\n
Ja protsessid paigas?<\/h3>\n
Olgu, oletame, et t\u00f6\u00f6tate parema termini puudumisel traditsioonilise seadistusega, kus k\u00f5ik teie juurutused tehakse S\/FTP kaudu tootmiskeskkonda (v\u00f5i isegi lavastuskeskkonda). Nii saavad kasutajad faile alla t\u00f5mmata, muudatusi teha ja \u00fcles t\u00f5sta.<\/p>\n
See pole hea.<\/p>\n
See t\u00e4hendab, et iga\u00fcks, kellel on mandaadid, saab sisse logida, muudatusi teha ja allika juhtimisest, pidevast integreerimisest, kvaliteedi tagamise t\u00f6\u00f6riistadest jne m\u00f6\u00f6da minna ning teha mis tahes muudatusi.<\/p>\n
See \u00f5\u00f5nestab k\u00f5iki k\u00e4ivitatud protsesse. See mitte ainult ei l\u00e4he m\u00f6\u00f6da standardprotseduurist (mis on loomulikult paigas), vaid l\u00f5hub arendaja v\u00f5i arendajate meeskonna masinates oleva koodi peamiselt seet\u00f5ttu, et tootmises olev ei ole enam s\u00fcnkroonis koodi hoidla.<\/p>\n
Lisaks v\u00f5ib seda koodi levitada filiaalide vahel, mis on veel \u00fchendamata v\u00f5i kasutusele v\u00f5tmata. See j\u00e4tab meile mitmesuguseid olukordi, kus arendajad ja kliendid on rikkunud osa ehitusprotsessist ja seega kogu projektist.<\/p>\n
Kui on aeg tootmist kontrollida, on see arenduse ja lavastusega s\u00fcnkroonist v\u00e4ljas ning keegi ei tea, miks. Kui tuleb kasutuselev\u00f5tu aeg, kirjutatakse muudatused \u00fcle ja vastutavad isikud on kaotanud selle, mida nad arvasid n\u00e4gevat.<\/p>\n
Mida peab meeskond tegema?<\/h3>\n
Ma ei tea, kas sellele on \u00fcks \u00f5ige vastus, aga mida kauem ma selles valdkonnas t\u00f6\u00f6tan, seda enam usun, et kliendile lahenduse loomise eest vastutav ettev\u00f5te \u2013 v\u00f5i ettev\u00f5tted \u2013 peaksid omama protsessi l\u00f5ppu kontrolli all. l\u00f5petama.<\/p>\n
- \n
- Disainerid vastutavad oma valdkondade haldamise eest kontseptsioonide loomisel, pilkudel, demomallide loomisel ja tagasiside k\u00fcsimisel,<\/li>\n
- Projektijuhid vastutavad osakondadega suhtlemise eest,<\/li>\n
- Arendajad vastutavad lahenduse juurutamise ja disainerite t\u00f6\u00f6 sidumise eest funktsionaalse taustaga,<\/li>\n
- Klient vastutab muudatuste \u00fclevaatamise, tagasiside andmise ja muu \u00fclesande t\u00e4itmiseks vajaliku teabe edastamise eest.<\/li>\n<\/ul>\n
See t\u00e4hendab, et kui r\u00e4\u00e4kida domeeni seadistamisest, hostimisest, keskkondadest, versioonikontrollist, ehitusprotsessist ja pidevast integreerimisest ning k\u00f5igest muust, mida olen mainimata j\u00e4tnud, siis see j\u00e4\u00e4b otseselt arendusmeeskonna kanda.<\/p>\n
![\"Projekti](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-166423-61e793a807c63.jpg\")
<\/a><\/p>\n