Comments 11
Огонь! А Nexus не рассматривали? Вроде он почти всё покрывает.
мы даже ставили его когда-то, но оне же платный вроде?
вобщем щас посмотрел, вроде как есть OSS версия, с обрезанным функционалом, она бы нам тоже подошла.
ну, вобщем, уже сделали, там просто каждая команда под себя решение нашла, мы всё это подняли, а потом статейку написали, вдруг кому пригодится
наверное, еще посмотрим отдельно на Nexus под увеличительным стеклом
придётся дополнить.
Nexus OSS -отличный кэширующий прокси. Платный стоит что-то в районе 1кило$ на пользователя.
мы уже пощупали его сегодня, хороший, да, отправил нужным разрабам ссылку на него, может передумают использовать велосипеды и на нексус заедут
было время понагружать его, насчёт "отличный" не могу согласиться, есть некоторые нюансы
модуль composer - не умеет создавать mirrors, тупо подменяет url в composer.lock, кроме того, еще и не умеет кешировать файлы без расширений, он их просто пропускает, такое ощущение что на костылях написано, а вот repman работает как и описано в документации composer, создаёт секцию mirrors по всем канонам
последняя версия nexus 3.38 не дружит с модулем composer, в логах видно что модуль читается, но в интерфейсе его не видно
goproxy - тоже не беспроблемный, у нас через раз возникает INTERNAL_ERROR, но уже на следующей сборке всё норм, при прямом доступе в Интернет и гигабитном канале, это не может не напрягать
еще успели попробовать apt-managed-модуль, тоже на костылях каких-то, компоненты не поддерживает, если нужно поддержать dev/stage/prod паттерн, то придётся создавать три отдельных репозитория, при том что все они будут относится к одному дисту, например ubuntu-bionic, то есть вобще мимо паттерна всё сделано, это всё лежит в основе deb-пакетов
кеширование apt - работает вроде нормально, ничего необычного, но если попытаться сравнить с apt-mirror, то последний тут вне конкруренции, скачал один раз весь репозиторий и забыл, а nexus будет на каждый запрос выкачивать пакет, что не есть хорошо
остальные модули не щупали, слишком много недочётов для заявленного комбайна
в общем решение прикольное, интерфейс, LDAP-авторизация, rbac, но над функционалом еще работать и работать, как-то всё через одно место сделано, а так, конечно, хотелось бы заменить всё одним решением
Доброго времени суток! А подскажите пожалуйста как я могу загрузить отдельный пакет в регистри?
Например:
У моего verdaccio закрыт доступ в глобальное registry
На тестовой виртуальной машине я скачиваю пакет
npm install @babel/helper-regex@7.8.3
и анализирую его.После я хочу загрузить его в регистри, как мне это сделать корректно? У меня появилась директория
node modules
|-- @babel
|-- lodash
Как мне это загрузить в регистри?
День добрый ! А есть ли возможность в Verdaccio как-то получить доступ через веб интерфейс (строку поиска веб интерфейса) к закэшированным пакетам? То есть поиск пакетов, зависимости и т.п. в режиме, когда кэш уже создан и пакеты раздаются по локальной сети с отключенной опцией: # proxy: npmjs в config.yaml verdaccio... Или поддерживается только поиск новых пакетов, опубликованных пользователями ? Просто решение нужно именно для кэширования и предоставления локального доступа - а как контролировать что уже в кэше ?
насколько мне известно, поглядеть из интерфейса кэш пакетов никак, но verdaccio из коробки имеет веб-интерфейс, где можно смотреть hosted-пакеты, то есть это еще и хранилище собственных пакетов, и вот они скорее будут видны в веб-интерфейсе
еще, как вариант, можно поднять nginx который будет смотреть в папку с кэшем, по умолчанию это /verdaccio/storage/data, и настроить там autoindex on, тогда можно будет просматривать файлы в этой папке, там структура примерно такая будет:
./redux
./redux/package.json
./redux/redux-4.1.2.tgz
./makeerror
./makeerror/package.json
./makeerror/makeerror-1.0.11.tgz
./makeerror/makeerror-1.0.12.tgz
и так далее
Локальные репозитории пакетов