Собственно, понадобилось написать что-то самое простенькое наподобие CVS. То есть система с отслеживанием изменений в подконтрольных файлах, причем с добавочным резервированием (incremental backup). Подскажите, пожалуйста, в какую сторону копать и как грамотно все это дело реализовать. Каким-то макаром использовать diff'ы? И да, надо будет реализовать работу с удаленным хостом. Клиент-сервер?

всё уже давно придумали: rsync

poltergeist
да знаю, от меня просят свою :) С преферансом и пианистками.

дубль второй: mercurial + своя надстройка

poltergeist
Да я понимаю, что есть куча сторонних куда более крутых разработок! :) Я просто хочу хотя бы сам для себя понять, как это можно замутить - мониторинг файлов, сбор изменений, работа с сервером. И да, исходники mercurial крутые, но вряд ли я в них вот так сразу быстро один разберусь)

Там есть все! :) Инкрементальный бэкап тоже. Юзаю активно :)

Enchantner
Ну, для начала, стоит определится в типе системы - распределённая/централизированная. Зависит от контекста использования.
Команды и фичи можно почерпнуть отсюда - http://en.wikipedia.org/wiki/Revision_control#Common_vocabulary

Как делать с удалённым хостом - зависит от типа системы.
Определись с этими вопросами - проще будет ставить следующие требования, и рисовать архитектуру.

А вообще, я согласен с другими коментаторами - не стоит изобретать велосипед.

К меркуриалу можно хуки писать.

В общем, небольшой ап :) Разбираю тут работу с модулем difflib. Прикол в том, что diff файла получается раза в полтора больше, чем сам файл. Неужели нет алгоритма попроще, чтобы многомегабайтный дамп бд лежал просто кейфреймом, а остальные файлы были маленькими диффами от него?

Enchantner
В общем, небольшой ап :) Разбираю тут работу с модулем difflib. Прикол в том, что diff файла получается раза в полтора больше, чем сам файл. Неужели нет алгоритма попроще, чтобы многомегабайтный дамп бд лежал просто кейфреймом, а остальные файлы были маленькими диффами от него?

Я с difflib не разбирался, и в работе системы контроля версия понимаю только алгоритм - но все-таки попробую высказаться.
Если у вас есть какой-то дамп(т е файл), затем в него внесены изменения , то я думаю что diff между этими 2-мя файлами будет примерно в 2 раза больше внесенных изменений. Пример - вы изменили три строчки - diff будет содержать 6 строчек - три первоначальные и три конечные строчки. Если коммиты(т е изменения) небольшие, то и diff будут небольшие. Если же изменилось почти все , то и размер diff будет в 1.5-2 раза больше оригинала.

Еще одна засада может быть вот в чем - я рассказал про обычный текстовый файл, в который diff может посмотреть изнутри(ну вот так я выразился). А вот дамп БД может и не быть обычным текстовым файлом. И при небольших изменениях в самой базе, дампы при построчном сравнении в diff могут отличаться просто кардинально. Вот тогда diff действительно будет колоссальных размеров. Как быть в такой ситуации я не знаю - либо изменить diff, чтобы он понимал дамп по нормальному(читай писать свой diff) или как-то сравнивать в самой бд и тд.