> Napisał kolega, że "potrafią zupełnie naturalnie zrobić backup". Na to
> ja odpowiadam, że nie - nie potrafią.

No tak. Ostatecznie to jeden z kilku etapów.

> A pendrive nie załatwi sprawy, z tego prostego powodu że nie jest
> geograficznie odległy.

To zależy, jaką sprawę chcesz załatwić. Jest nieskończenie bardziej odległy od
lokalnego repo. Nawet jak leży obok.

> > A jeśli nie chcę na "jakiś serwer"? Czemu wszyscy mają obsesję na
> > punkcie wysyłania swojej pracy na "jakiś serwer"?
> Bo to podstawa sensownego backupu.

Kiedyś trzymałem swoje pliki na "jakimś serwerze", gdzie admini zadbali o backup
serwerów w taki sposób, że serwery nawzajem trzymały swoje kopie. Przyszedł wirus
NIMDA i pozamiatał całą serwerownię. Dobrze, że miałem kopię u siebie.
Każde rozwiązanie ma swoje anegdoty.

> Zerknąłem na moją pierwszą z brzegu gierkę:
> http://simplesok.sf.net/
> Wielkość trunka 5 MiB. Po skompresowaniu zipem 3.8 MiB. Razy 109
> rewizji, to już ponad 400 MiB... Ok,

No właśnie, to jest dobry przykład. Bo ani 400MB to nie jest temat (najmniejszy
pendrive dostępny w sklepie jest kilkadziesiąt razy większy), ani też wcale nie
potrzebujesz tych 109 rewizji. Najważniejsza jest ostatnia, potem (dalej wstecz) ich
wartość użytkowa maleje w błyskawicznym tempie.

> A mi to się zdarzyło co najmniej kilka razy. Głównie w ramach szukania
> jakiegoś błędu i zastanawiania się dlaczego w pliku bb.c zmieniłem x=1
> na x+=1 i w jakich okolicznościach do tego doszło.

No właśnie. I jeśli masz dokumentację albo chociaż komentarze w kodzie, to nie
potrzebujesz historii, żeby na to pytanie odpowiedzieć. A jeśli nie masz, to nawet
109 rewizji, gdzie w 75 pojawia się x+=1, dalej będzie zagadką.

> filtr oleju w aucie odkręcam nie (jakże uniwersalnym) młotkiem, tylko
> wyspecjalizowanym do tego narzędziem.

Zip służy do archiwizacji.

--
Maciej Sobczak * http://www.inspirel.com