Pochopitelne maintainerovi nic nebrani aplikovat pouze nekonfliktni changesety (ostatne presne takhle to funguje v realnem svete - vyvojar ma obvykle u sebe dalsi vetev nebo repository "pro upstream", "for-Linus", apod., ktera obsahuje aktualni stav upstreamu + lokalni zmeny urcene pro upstream). Konflikty resi vyvojar, ne upstream maintainer.
Hlavne git (nebo jakykoli distribuovany VCS) prinasi jednu podstatnou vyhodu - muzete snadno commitovat samostatne zmeny i uprostred rozdelane prace (zmeny typu: upravuji neco velkeho, ale pak si vsimnu jednoradkove logicke chyby - tuto muzu opravit jako samostatny commit/changeset, aby byla jako takova samostatne popsana a samostatne aplikovatelna do jinych vetvi). Cili commit (changeset) je logicky ohraniceny celek, ne "vse co jsem udelal za dnesek", jako v CVS.
-Yenya
Názor k článku
GIT: distribuovaná správa revizí
