Рекомендовать Build Artifact Repository Manager [закрыто]
В основном наивное умножение - O (n) с очень низким постоянным множителем. Взятие мощности O (log n) с более высоким постоянным множителем (Существуют специальные случаи, которые необходимо проверить ... дробные показатели, отрицательные показатели и т. Д.). Edit: просто для того, чтобы быть ясным, это O (n), где n - показатель степени.
Конечно, наивный подход будет быстрее при малом n, вы на самом деле реализуете небольшое подмножество экспоненциальной математики, поэтому ваш постоянный коэффициент пренебрежимо мал.
2 ответа
Вы создаете собственное хранилище программных артефактов. Есть три проекта с открытым исходным кодом, которые уже делают это:
Artifactory и Nexus также имеют платные версии.
Вы можете хранить любые файлы в этих хранилищах, и вам не нужно использовать Maven. Вы можете вручную развернуть артефакты к ним. Вы можете настроить детальный контроль доступа. Они хорошо интегрируются с автоматизированными инструментами сборки.
Я думаю, что использование одного из этих инструментов сэкономит вам много усилий!
Здесь довольно объективная (управляемая сообществом) матрица сравнения между тремя.
С SVN + Apache (mod_dav_svn.so, mod_authz_svn.so) кажется, что я получаю:
- Анонимный доступ только для чтения по протоколу HTTP с широким диапазоном поддерживаемых клиентов для загрузки (wget / curl из GNU Сделай, задание для Apache Ant).
-
Простой поддерживаемый доступ для записи для пользователей / групп (простой синтаксис):
[repo:/path] user = rw
с помощью утилиты Cadaver.
-
Интеграция с LDAP.
- История выпусков (когда, что и кто).
- Атомная операция (предотвращение одновременных выпусков и откат при ошибках).