LINUX.ORG.RU
ФорумAdmin

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


0

0

суть такая, есть программисты которые постоянно обновляют небольшие проекты и есть пользователи которые их используют с сетевого ресурса сервера "недоприложений" к примеру.
программисты и пользователи отделены друг от друга и териториально и по сети.
нужна програчная система обновлений с минимумом телодвижений со стороны ленивых программистов.
я вот думаю использовать svn, плюсы:
1. пароль сохраняется в профиле.
2. работает по http и через прокси.
3. на стороне сервера обновление сведется к банальному svn up под служебной записью.
4. возможность быстрого отката.
5. кто когда и что обновил будет видно "невооруженным глазом", и ответственность на другого не спихнеш.

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

проектов порядка 10, и объем каждого не ревышает 5Мб.
вот, может svn для этого тот же "велосипет", и есть что лучше, кто знает подскажите?

★★★★★

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

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

chocholl ★★ ()

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

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

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

anonymous2 ★★★★★ ()

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

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

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

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

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

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

tailgunner ★★★★★ ()

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

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

anonymous ()

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

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

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

anonymous ()

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

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

anonymous2 ★★★★★ ()

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

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

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

tailgunner ★★★★★ ()

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

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

anonymous2 ★★★★★ ()

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

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

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

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.