Kerdes: hogy oldod meg a kovetkezo helyzetet? Van mar egy kiadott release a szoftverbol, es eppen a v2-n dolgozik a csapat. Mikozben egy feature-t implementalsz, az egyik segedfuggvenyben talasz egy hibat, amirol latszik, hogy ez a mar kiadott szoftverben is hibat okozhat, tehat javitani kellene. Git-ben ez annyi, hogy betolod csak a bugfixet a staging area-ba, elcommitolod, aztan cherry pickkel atrakod a stabil branchbe. Ez SVN-nel hogy megy? Ott ha jol tudom eleve el sem tudsz commitolni egy fajlban egy 3 soros modositast kulon, ha magaban a fajlban mashol is van valtoztatas.
Nalunk nincs gond a gitbol, teljesen atlathato, hogy ki mit csinal (van egy halom jo GUI a githez, kezdve a gitk-val egeszen a nagyon durvan jol megcsinalt GUI-kig, mint a Tower), akarhany ember is dolgozzon egy projekten.
Ha tartod azt a szabalyt, hogy minel kisebb commitokat csinalsz (tehat egy dolog egy commit), akkor siman kovetheto marad a fejlesztes, raadasul regressziokat keresni is konnyebb (git bisect).
Megbeszeleseknel a commit valtoztatasairol beszelunk (pl.: az a commit, ami fixeli a #default_value bugot), nem a commit hash-rol vagy akar svn eseten a commit szamarol. Ha irasban megy a megbeszeles, akkor siman jo a hash is, mert svn-nel sem tudod a commitot fejbol, tehat ott is kell olyasmi, mint a git show.