В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

ru_gitlab

1271 membersпожаловаться на группу
2020 May 07

GM

Gleb Mekhrenin in ru_gitlab
Alex B
Привет. Предположим, есть куча репозиториев в gitlab. И хочется настроить gitlab-ci (допустим, используется dind) так, чтобы пакетный менеджер по новой при каждой сборке на тащил пакеты (не суть какой пакетный менеджер - npm или что то другое) из интернета, а использовал некий “локальный” кеш. Есть cache, да, но он per project. Это можно как то сделать? Что то упускаю в доках?
https://docs.gitlab.com/runner/configuration/advanced-configuration.html#the-runnerscache-section
Gitlab
Advanced configuration | GitLab
Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.
источник
02:19пожаловаться#1

GM

Gleb Mekhrenin in ru_gitlab
Gleb Mekhrenin
https://docs.gitlab.com/runner/configuration/advanced-configuration.html#the-runnerscache-section
Gitlab
Advanced configuration | GitLab
Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.
но это не решение конечно
источник
02:21пожаловаться#2

GM

Gleb Mekhrenin in ru_gitlab
тебе нужно нечто вроде

https://jfrog.com/artifactory/
https://www.sonatype.com/product-nexus-repository
JFrog
Artifactory - Universal Artifact Management
As the world’s first universal repository, JFrog Artifactory is the mission-critical heart of the JFrog Platform, functioning as the single source of truth for all packages as they move across the entire DevOps pipeline.
источник
02:21пожаловаться#3

RI

Rinat I in ru_gitlab
Alex B
Привет. Предположим, есть куча репозиториев в gitlab. И хочется настроить gitlab-ci (допустим, используется dind) так, чтобы пакетный менеджер по новой при каждой сборке на тащил пакеты (не суть какой пакетный менеджер - npm или что то другое) из интернета, а использовал некий “локальный” кеш. Есть cache, да, но он per project. Это можно как то сделать? Что то упускаю в доках?
Для npm/yarn есть verdaccio, умеет кешировать. Для php есть toran-proxy ,  для других языков и инструментов тоже что нибудь можно поискать и поставить в сети компании
источник
07:33пожаловаться#4

M

Matvey in ru_gitlab
Alex B
Привет. Предположим, есть куча репозиториев в gitlab. И хочется настроить gitlab-ci (допустим, используется dind) так, чтобы пакетный менеджер по новой при каждой сборке на тащил пакеты (не суть какой пакетный менеджер - npm или что то другое) из интернета, а использовал некий “локальный” кеш. Есть cache, да, но он per project. Это можно как то сделать? Что то упускаю в доках?
artifactory, nexus - у того и другого есть oss версия
источник
07:46пожаловаться#5

АО

Артем Орлов... in ru_gitlab
Добрый день, подскажите есть какой нибудь автоматический способ удаления старых докер образов из gitlab registry
источник
11:54пожаловаться#6

RI

Rinat I in ru_gitlab
Артем Орлов
Добрый день, подскажите есть какой нибудь автоматический способ удаления старых докер образов из gitlab registry
В свежем gitlab завезли https://docs.gitlab.com/ce/user/packages/container_registry/#expiration-policy
Gitlab
GitLab Container Registry | GitLab
Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.
источник
11:58пожаловаться#7

A

Andor in ru_gitlab
Rinat I
В свежем gitlab завезли https://docs.gitlab.com/ce/user/packages/container_registry/#expiration-policy
Gitlab
GitLab Container Registry | GitLab
Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.
и то с оговорками
источник
11:58пожаловаться#8

VD

Vladimir Dzalbo in ru_gitlab
почти убрали уже оговорки
источник
11:59пожаловаться#9

АО

Артем Орлов... in ru_gitlab
Rinat I
В свежем gitlab завезли https://docs.gitlab.com/ce/user/packages/container_registry/#expiration-policy
Gitlab
GitLab Container Registry | GitLab
Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.
Спасибо
источник
12:00пожаловаться#10

RI

Rinat I in ru_gitlab
Ну и пляски с gitlab-ctl registry-garbage-collect никто не отменял)
источник
12:01пожаловаться#11

i

inqfen in ru_gitlab
Rinat I
В свежем gitlab завезли https://docs.gitlab.com/ce/user/packages/container_registry/#expiration-policy
Gitlab
GitLab Container Registry | GitLab
Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.
Емнип, это только для проектов, которые созданы после этого релиза
источник
12:13пожаловаться#12

i

inqfen in ru_gitlab
12.6 что ли
источник
12:13пожаловаться#13

i

inqfen in ru_gitlab
или 12.4
источник
12:13пожаловаться#14

i

inqfen in ru_gitlab
На тех, которые созданы до этого - не работает
источник
12:14пожаловаться#15

RI

Rinat I in ru_gitlab
inqfen
На тех, которые созданы до этого - не работает
можно включиьт на свой страх  и риск эту фичу и для старых - в доке обновку дописали
источник
12:14пожаловаться#16

i

inqfen in ru_gitlab
Еще там неудобно, что инклюд регулярки есть, а эксклюд нету
источник
12:16пожаловаться#17

i

inqfen in ru_gitlab
А в api есть
источник
12:16пожаловаться#18

VD

Vladimir Dzalbo in ru_gitlab
inqfen
На тех, которые созданы до этого - не работает
https://docs.gitlab.com/ee/api/settings.html

container_expiration_policies_enable_historic_entries : “true”
источник
12:26пожаловаться#19

VD

Vladimir Dzalbo in ru_gitlab
ну и в 13.0 допилят throttling и будет полное счастье
источник
12:27пожаловаться#20