Názor k článku
GIT: distribuovaná správa revizí

Konkrétně na příkladu GITu - když má každý svůj repozitář a přijaté změny může okamžitě vidět, když dá git fetch nebo git pull z originu do svého lokálního repozitáře. Nejnovější verze je vždy v HEADu větve main v originu (pokud vývoj probíhá ve více větvích, tak a číslování verzí se dělá explicitně pomocí tagů - GIT nemá implicitní čísla verzí (jenom SHA digesty), ale je možné HEAD v mainu podle rozhodnutí maintainera příslušně otagovat - třeba i po každém git merge, git am apod. Výhoda je v tom, že vývojář může v podstatě libovolně dlouho pracovat nad svým lokálním repozitářem a git fetch + git rebase origin mu pomáhá zajistit inkrementální přizpůsobení jeho patchů aktuálnímu stavu v originu, takže se mu patche nerozjedou oproti upstreamu natolik, aby to vedlo k těžko řešitelným konfliktům, když je se svou prací hotov.