Vlákno názorů k článku
GIT: distribuovaná správa revizí

Jak moc se lisi uziti distribuovaneho systemu nad pouzitim SCM, kde kazdy ma vlastni repositar a posila zmeny/patche maintainerovi, ktery je zaradi do "autoritativniho" repositare na serveru?

Jak se resi cislovani verzi, kdyz repositare nevi jaka je kde jinde - jak se pozna, ktera verze je nejnovejsi, nejaktualnejsi - at uz pohledem na patch, tak software jako takove.

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.

Pokud vývoj probíhá ve více větvích, tak aktuální je vždy HEAD dané větve v hlavním repozitáři - originu.