Re: Подскажите инструментарий для file release system.

[Oleksandr Gavenko <gavenkoa@gmail.com>]

10.10.2011 19:29, Dmitry Fedorov пишет:
> 10 октября 2011 г. 23:11 пользователь Oleksandr Gavenko написал:
>
> > Предприятие занимается разработкой ПО и имеет множество внутренних
> > библиотек/модулей, которые, для поддержания модульности, релизятся
> > (в настоящий момент) на FTP для возможности использовать
> > другими проектами.
>
> Мерзкая мастдайщина и глупость.
> Модули/библиотеки хотя бы внутри предприятия
> должны быть доступны в исходных текстах
Доступны...

> через систему управления версиями и собираться для каждого проекта.
В силу ограничений опыта части разработчиков и отсутствия ряда
tool-chains на индивидуальных раб. местах нет возможности проводить
сборки.

Например, технические причины:

 * JNI для нет смысла собирать Java разработчику.
 * некоторые файлы подписываються ключем, подтверженным VeriSign,
   нельзя позволять "безответственному" человеку давать возможность
   подписывать произвольные тексты...
 * некоторые файлы собираються *только* на особых платформах (AIX,
   zSeries), было дело на время IBM предоставляло доступ к серверам...
 * некоторые среды разработки *платные* (embedded, разные немассовые
   чипы) и в природе нет *свободных* альтернатив, лицензии ограничивают
   число экземпляров.

> В моём случае это git и gitolite.
> Надеюсь, все слышали, что kernel.org тоже переходит на gitolite?
О gitolite ранее не слышал, думаю полезная вещь. Правда более тяготею
к Mercurial...

> > Я также подумал об использовании SVN для хранения результатов сборки
> > (в основном это бинарные файлы).
>
> Ещё одна мерзкая мастдайщина -- любые результаты сборки в репозитории
> исходных текстов - мусор.
> В репозитории исходных текстов должны храниться только исходные тексты
> - то есть, то, что набрано пальцами человека.
> Всё остальное - производное от них и создаётся автоматически.
Не! Не рядом с иходными текстами, а совсем отдельно. Складывать файлы
по иерархии, на подобии:

  /[vendor]/[product]/[version]/[platform]

Я ищу способ разграничения доступа к веткам

  /[vendor]/[product]

SVN хранит метаинформацию о правах в файле svn.authz и историю 
аворства/дат в репозитории.

В случае scp/sftp/ftp/rsync права доступа
могут моделироваться (правда не знаю как это организовать) "обычными"
UNIX правами доступа к файлам/каталогам и ctime.