Osobne provadim zalohovani vybranych dat pomoci SVN jiz leta. Prakticky jsem tim docilil verzovani u datovych souboru aplikaci. Jelikoz SVN pouzivam i pro uchovanani zdrojaku, tak mi to pripadlo proste logice. Jak ale kolega zjistil, SVN neni optimalni na vetsi mnozstvi binarnich dat. Tento problem by v GIT udajne byt nemel. I sami vyvojari se chvastaji:
Efficient handling of large projects. Git is very fast and scales well even when working with large projects and long histories. It is commonly an order of magnitude faster than most other version control systems, and several orders of magnitude faster on some operations. It also uses an extremely efficient packed format for long-term revision storage that currently tops any other open source version control system.
Jestli se podari projekt dotahnout do zdarneho konce, nemuselo by to byt spatne. Avsak zalohovat pomoci GIT muzeme jiz nyni z prikazove radky za pomoci skriptu. Jenom to holt nebude hezky GUI s obrazkama a caflikama. Ale staci uzivatelum rozdat lisohlavky, nebo LSD a oni si GUI udelaji sami dle vlastnich predstav. :)
Ale pozor preci, to ze nekdo pise, ze se to hodi na velke projekty preci neznamena ze se to hodi pro velke soubory!
Pokud vim tak git uchovava rozdily diffu mezi jednotlivymi zmenami, ovsem ne pro binarni obsah (pokud mi explicitne nereknete jak to delat). Tudiz s kazdou zmenou se ulozi cela data a vse roste a ztracite moznosti rychlych vetvi a clonu.
Osobne mi to prijde jako ne zcela super napad.