Hi,

On Fri, Dec 24, 2004 at 02:58:27PM +0300, Vladimir wrote:
> Dmitry V. Levin пишет:
> >On Fri, Dec 24, 2004 at 01:02:04PM +0300, Vladimir wrote:
> >
> >>Так как в rsync после 2.6.2 несколько изменилось поведение ключей,
> >
> >Что именно в поведении rsync вас беспокоит?
> 
> У меня синхронизация репозитория настроена примерно так.
> 
> Имеются вспомогательный каталог для синхронизации и каталог рабочий.
> В "установившемся" состоянии в рабочем каталоге лежат реальные
> файлы, а в дополнительном - symlinks на них.
> 
> Раньше, при синхронизации, rsync удалял устаревшие ссылки и загружал новые
> файлы. После этого у новых файлов проверялись md5sum и gpg sign.
> Если все OK, то файлы перемещались в "рабочий" репозиторий, замещаясь
> ссылками на них. Если нет, то перемещались в "карантин".
> 
> Дополнительно, из рабочего каталога во временную "корзину" уходили
> файлы с удаленными ссылками. Это же "ядро" хорошо работает и с
> off-line синхронизацией от CD срезов Sysiphus.

Немного другую схему, реализующую описанную выше задачу, можно посмотреть
на следующем примере:

1. создаём модель:
$ mkdir src dst backup
$ touch src/same src/new dst/old
$ cp -a src/same dst/
$ echo src >src/changed
$ echo dest >dst/changed

2. готовим каталог для синхронизации:
$ cp -al dst new

3. закачиваем:
$ rsync -rt src/ new/ --partial --delete-after --backup --backup-dir=$PWD/backup

4. анализируем результат:
$ find backup -type f
backup/changed
backup/old
$ find new -type f -links 1
new/changed
new/new
$ find new -type f -not -links 1
new/same


-- 
ldv