LINUX.ORG.RU
Форум — Admin  

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


0

0

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

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

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

★★★★★

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

chocholl ★★
()
Ответ на: комментарий от chocholl

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

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

anonymous2 ★★★★★
() автор топика
Ответ на: комментарий от anonymous2

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

chocholl ★★
()

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

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

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

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

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

tailgunner ★★★★★
()

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

anonymous
()

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

anonymous2 ★★★★★
() автор топика
Ответ на: комментарий от anonymous2

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

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

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

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

anonymous2 ★★★★★
() автор топика
Ответ на: комментарий от anonymous2

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

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

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