посоветуйте систему обновления бинарных файлов

можно из поделий программистов сделать rpm-ки с минимальным функционалом.
потом загнать это дело в репозитарий, и на удаленных машинах его прописать.
потом yum ypdate или даже по cron-у.

собрать rpm не вопрос, вопросы другие:

1. кто будет делать rpm
2. доступ на репозиторий
3. как отслеживать кто хозяин обновления

ясный пень програмеры.
или они у тебя кроме вижуал студии ничего не видили?

> 1. не оптимизирован для бинарных файлов, (да и вообще существует такая оптимизация?).

Вполне оптимизирован. Правда, не стоит забывать о pristine copies.

> 5. кто когда и что обновил будет видно "невооруженным глазом", и ответственность на другого не спихнеш.

Кто на кого пытается спихнуть ответсвенность? А что такое "хозяин изменения"?

Ну а вообще, не ты первый пытаешься применить SVN вместо системы управления пакетами. Работает, но, ИМХО, коряво это донельзя.

s/изменения/обновления/

rsync/xdelta для собранных из svn бинарных пакетов или снэпшотов.

>1. кто будет делать rpm

скрипт автоматической сборки. Типа srpm :) Другое дело, что нужно не совсем с пылу-сжару, надо что-то вроде такого http://build.webkit.org/waterfall отсюда http://build.webkit.org/ google buildbot

rpm конечно хорошо, но не пойдет по причине того что особо ленивые программисты работают под windows, другие Linux.
про ответственностью имелось ввиду что обновились модули у программы и все сломалось из за того что ленивый программист не проверил работоспособность (там в программах хитрая система зависимостей с модулями) :), ну и бывают ситуации когда крайнего найти трудно.

> про ответственностью имелось ввиду что обновились модули у программы и все сломалось из за того что ленивый программист не проверил работоспособность

По-моему, ты смешиваешь разные проблемы. Найти ответственного за кривое изменение и собрать инсталляционный пакет - вещи никак не пересекающиеся. Либо ты собираешься латать кривую организацио разработки пакетным менеджером на основе SVN, либо ты не все условия рассказал.

ну да не все условия ))
есть еще одно слабое звено как "так называмый испорченный телефон" у некоторых программистов нет доступа т.к. в другой сети, и файлы закачивает администратор.
и в данный момент никакой организации по обновлениям не существует, работают на основе "копи пасте", я и пытаюсь навести хоть какой то порядок.

>обновились модули у программы и все сломалось из за того что ленивый программист не проверил работоспособность (там в программах хитрая система зависимостей с модулями) :), ну и бывают ситуации когда крайнего найти трудно.

вот поэтому надо выпускать не все подряд обновления, а оттестированные. Хотя бы автоматом, на уровне как buildbot делает: собрался билд или не собрался и почему, что опять поломали. Если после каждого поломанного билда пишется юниттест чтобы предотвратить, а не вычёрпывать воду, не затыкнув дыры -- то может и будет толк.