Для начала заметим, что для использования CVS достаточным поводом будет, чтобы в проекте хотя бы чего-то было более одного - файлов, разработчиков или компьютеров. В данном случае, отчетливо, компьютеров.

Задачу переноса данных на машину только с неработающим дисководом я не рассматриваю - решение там очевидно, но неинтересно... Переписать на бумажку, если кто не понял... А задачу бардака я решаю просто - если компьютеров в проекте более одного, CVS обязателен (исключение - если компьютеров два и один из них - пальм, тогда как бы репозиторием является десктоп, а все прочее - точно так же). Затем - я помню, где у меня текущая рабочая версия текущей задачи (ну, двух-трех, если я за день успел заняться двумя-тремя), и я не переключаюсь с одной задачи на другую, не закоммитившись. Если для коммита приходится что-то носить на внешнем носителе - я помню, что вот эту штуку надо первым делом с этого носителя взять и закоммитить. Поскольку таких штук больше 3 одновременно в норме не бывает (а если бывает, то в том же пальме есть todo list), то тут бардака не происходит.

Что до ворда - с ним ровно одна проблема. diff не посмотришь. Для смотрения диффа рекомендуется патентованный метод - перед каждым коммитом catdoc его (в крайнем случае save as text), и полученный текст закоммитить рядом. Там не будет отражена правка в оформлении, но ее дифф обычно смотреть и не нужно - если она важна, про это было записано в commit log.

Со жпегами, с одной стороны, хуже, а с другой - от них в норме требуется хранить только исходник и последнюю обработанную версию.

Что же до "из пушки по воробьям" - в типичном случае с cvs работать просто, а в нетипичном - можно. Вторым он выгодно отличается от RCS, который в многокомпьютерном варианте применим с трудом, а в многофайловом неприменим вообще.

И сразу: для межкомпьютерной синхронизации используется rsync. Поверх ssh или флоппинета.

(Reply to this) (Thread)

Для начала заметим, что для использования CVS достаточным поводом будет, чтобы в проекте хотя бы чего-то было более одного - файлов, разработчиков или компьютеров.
Дак если много только файлов, то каждый можно держать под RCS, а она (он?) менее громоздкий, чем CVS. А почему у Вас это вызывает протест?
Задачу переноса данных на машину только с неработающим дисководом я не рассматриваю - решение там очевидно, но неинтересно... Переписать на бумажку, если кто не понял...
Зато компьютеров без дисковода щас все больше появляется. Правда, в них есть юсб-дырья, а то и СиДи-писалки.

А так -- получается, что в голове много всего надо держать. У меня лично памяти не хватает :( Тут, понимаете, взаимосвязь разрухи на диске и разрухи в головах: я все думаю, как бы программными средствами разгрести последнюю. Не уверена, впрочем, на 100%, что это можно.

(Reply to this) (Parent) (Thread)

> Дак если много только файлов, то каждый можно держать под RCS

Если они между собой должны быть как-то синхронизированы - нет. Он срезов не дает. Он работает с каждым файлом независимо.

> а она (он?) менее громоздкий, чем CVS

И сильно? Если речь вообще идет о том, что на данном компьютере можно работать с вордовыми файлами?

$ ls -l /c/bin/cvs.exe 
-rwxr-xr-x    1 ran      Админист   561152 Feb 18  2004 /c/bin/cvs.exe

> Зато компьютеров без дисковода щас все больше появляется. Правда, в них есть юсб-дырья, а то и СиДи-писалки.

Именно. Между "только с неработающим дисководом" и "с отсутствующим дисководом, но массой других вариантов для обмена с внешним миром" есть некоторая разница...

> как бы программными средствами разгрести последнюю.

Я сразу понял задачу. Потому, собственно, к указанию двух программных средств добавил описание алгоритма его использования. Для головы.

(Reply to this) (Parent)