( zeroms | 2020. 09. 18., p – 20:15 )

verzio kezelo nelkul egy tapottat sem. Marcsak a kovetkezo fob okok miatt sem:

      0. A verziokezelo rendszerbe tarolt kod mar alapbol egy biztonsagi masolat (termeszetesen ha a verziokezelo szerver nem egy es ugyanazon gepen es lemezen fut mint a fejlesztes es lehetoleg nem pistike hazi szervere, hanem egy megbizhato host ahol legalabb napi szinten van biztonasgi mentes). Ha 2020-ban azt hallom egy fejlesztotol, hogy elveszett 2 het munkam mert "kiment" a hard, veletlenul folulirtam X napi munkam, stb. akor nagyot fogok nevetni es minimalis sajnalatot sem fogok tanusitani.

  1. Van ugy, hogy egy adot problema megoldasanak 2 vagy tobb nekifutasbol/vazlatbol probalkozol. Verziokezelo es branch nelkul nem modositok vagy torlok fuggvenyt etetleg teljes osztalyt, mert nem mindig tudhatom, hogy az elozo verzio lesz-e vegul a jobb vagy a 6-ik iteracio, stb.
  2. Csapatban valo munka eseten remalom verziokezelo nelkul fejleszteni (fejlesztettem nelkule, igaz nem az elmult 10 evben, tehat tapasztalataim vannak a sotet oldalrol is). Elsore sokaknak a "merge" a legnagyobb ellenseg de hamar lehet belole a legjobb baratod.
  3. Neha egy uj feature fejleszteset felbe kell hagyni  es viszaterni egy elobbi allapotra (pl. bugfix a jelenlegi eles rendszeren futo kodban, surgosebb feature, egy vagy tobb dependencia frissitese amik tartalmaznak "breaking change(s)"-t, stb.)
  4. A commit hozzaszolasok nagyobb kihagyas utanni viszateres adot projekre vagy netan atvenni valaki mastol dokumentalatlan forrasat igencsak jol johet
  5. Code review, build, test, deploy rendszeretk integralasa
  6. valoszinu meg 94 pontot is folsorolhatnak de amig nincs verziokezeloben ez a 6 nem vagyok ra hajlando :D