A verziókövetésnek 2 titka van, ha körbenéztek, ami felé minden nagy szervezet konvergál (Google, Facebook, MS biztosan, a többieket megelőlegezem :) ):
- single stabil master
- brancholás csak release branchnak (a code review rendszer miatt képződő branchokat aka pull request nem tekintem branchnak)
- minden új feature a masterre megy be
- de minden változtatás több szinten ellenőrizve van a fába mergelés előtt (code reviewk, rétegezett automata tesztek)
- mivel minden egy fában, egy branchon lakik a szoftver build és konfiguráció menedzsment eszközével döntöd el, hogy egy adott faverzióból mit építesz
- És a millió dolláros titok, amit nem szoktak figyelembe venni, és a hagyományos enterprise szervezet még ellene is dolgozik: a szoftver architektúra nem független a verziókezeléstől, hanem azzal együtt kell tervezni
Ezek a fontosak, nem az, amit mindenhol kiemelnek, hogy:
- Git vagy Mercurial vagy valami saját (Google újabban)
- egy vagy több repó