Здравствуйте, Anton Batenev, Вы писали:

AB>CVS... Вот знаете, я боюсь ругать кроссплатформенные продукты, особенно,
AB>когда их родиной является *NIX. Потому что в меня тут же полетят оскорбления
AB>злобных NIX-оидов По этому скажу лишь про GUI WIN клиент, скачаный с
AB>http://www.wincvs.org. Скажу просто — ПЛОХО! Множество нареканий на
AB>рубленность интерфейса, отсутствие полноценной справки (иногда справка
AB>просто не подключена и отсутствует), дикая запутаность и неудобство в
AB>управлении... Но это все мелочи, по сравнению с главным — на создании
AB>первого же серверного образа на локальном диске (просто в качестве
AB>эксперимента) вылетает GPF. Я все принимаю и понимаю, что гарантировать 100%
AB>надежность невозможно... Но продолжить-то работу после сбоя можно!!! Другими
AB>словами, У МЕНЯ НА МАШИНЕ(!) CVS не выдержал испытания большими объемами
AB>данных... Ну и его рубленный интерфейс сделал свое дело — в корзину
AB>однозначно!

И не надо ругать, ибо руки у вас кривые батенька, а с такими руками все равно какая система Во первых при размере проекта в 150 мб, не подойедет ничего для работы через модем это однозначно... С другой стороны не совсем ясно откуда такие размеры. Т.о. нужно подумать чего в проекте лишнее, это однозначно ...
Во вторых, было бы не кисло объяснит ьгде ж там был GPF и что занчит создания серверного образа на локальном диске. Как коды были подключены к CVS и т.п. CVS Используеться более чем в 100 тысяч куда более серьезных проектов чем ваши (достоаточно посмотреть на sourceforge.com). Сомневаюсь что проблема была в нем, а не в прокладке .
Что касаеться VSS, мы когда то практивоквали нечнто пдобное, смысл заключался в тм что мы всегда таскали архив VSS базы и распкаовывали его при начале работы, потом запаковывали.