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.
- 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.
- 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.
- 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.)
- A commit hozzaszolasok nagyobb kihagyas utanni viszateres adot projekre vagy netan atvenni valaki mastol dokumentalatlan forrasat igencsak jol johet
- Code review, build, test, deploy rendszeretk integralasa
- valoszinu meg 94 pontot is folsorolhatnak de amig nincs verziokezeloben ez a 6 nem vagyok ra hajlando :D