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.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/j6vm2h$4ao$1...@dough.gmane.org