Size: a a a

2020 March 24

i

inqfen in ru_gitlab
А в моем случае это пара сотен проектов
источник

K

KrivdaTheTriewe in ru_gitlab
еще такой вопрос, у меня есть вот такая шляпа
.build-image: &build-image
- FULL_IMAGE_NAME=$CI_REGISTRY_IMAGE/$TAG:$COMMIT_BRANCH_OR_TAG
- LATEST_IMAGE="$CI_REGISTRY_IMAGE/$TAG:latest"
- echo "$TAG JOB_TIMESTAMP FULL_IMAGE_NAME $FULL_IMAGE_NAME $JOB_TIMESTAMP | COMMIT_HASH_SHORT $COMMIT_HASH_SHORT | COMMIT_BRANCH_OR_TAG $COMMIT_BRANCH_OR_TAG | REGISTRY_HOST $REGISTRY_HOST | REGISTRY_USER $REGISTRY_USER | REGISTRY_IMAGE $REGISTRY_IMAGE | CERTIFICATE_URL $CERTIFICATE_URL"
- echo "${CI_REGISTRY_PASSWORD}" | docker login --username "${CI_REGISTRY_USER}" --password-stdin "${CI_REGISTRY}"
- 'DOCKER_CONTEXT="${DOCKER_CONTEXT:-.}"'
- "docker build --cache-from $LATEST_IMAGE \
--build-arg HTTP_PROXY=http://$PROXY_HOST:$PROXY_PORT/ \
--build-arg HTTPS_PROXY=http://$PROXY_HOST:$PROXY_PORT/ \
--build-arg http_proxy=http://$PROXY_HOST:$PROXY_PORT/ \
--build-arg https_proxy=http://$PROXY_HOST:$PROXY_PORT \
--build-arg  NO_PROXY=$NO_PROXY \
-f $DOCKERFILE \
-t \"$FULL_IMAGE_NAME\"
$DOCKER_CONTEXT"
источник

K

KrivdaTheTriewe in ru_gitlab
как бы поправильнее побить мне это в мейфайлы, чтобы можно было локально все собирать теми же скриптами
источник

K

KrivdaTheTriewe in ru_gitlab
Sebor
А в чем вопрос?
Через слеш разграничай
я тупой был, спасибо, помогло
источник

K

KrivdaTheTriewe in ru_gitlab
еще раз поспамлю, кто - нибудь это добро победил https://gitlab.com/gitlab-org/charts/gitlab/-/issues/1399 ?
источник

S

Sebor in ru_gitlab
KrivdaTheTriewe
как бы поправильнее побить мне это в мейфайлы, чтобы можно было локально все собирать теми же скриптами
Что за мейфайлы?
Я всё через ансибл делаю и не парюсь
источник

K

KrivdaTheTriewe in ru_gitlab
Sebor
Что за мейфайлы?
Я всё через ансибл делаю и не парюсь
ну типа разраб фичу разрабатывает
источник

K

KrivdaTheTriewe in ru_gitlab
ему удобнее скрипты
источник

BS

Baron Samedi in ru_gitlab
источник

S

Sebor in ru_gitlab
KrivdaTheTriewe
ему удобнее скрипты
А, понял, make...
Ну пиши под мейк
Я разрабам на компоузе все написал
источник

K

KrivdaTheTriewe in ru_gitlab
а как то можно раннер засунуть в компоуз, чтобы он жрал  весь пайплайн
источник

K

KrivdaTheTriewe in ru_gitlab
и можно отдельные стейджи локально было запускать
источник

S

Sebor in ru_gitlab
Ты хочешь странного...
Зачем тебе локальный раннер
Достаточно один раз сбилдить через сиай, а потом просто запулить и запускать контейнеры с нужными параметрами
источник

K

KrivdaTheTriewe in ru_gitlab
ну чтобы локально тестировать?
источник

S

Sebor in ru_gitlab
Не противоречит тому, что я выше написал.
Один образ на все энвы. Разница только в параметрах
источник

K

KrivdaTheTriewe in ru_gitlab
я про то, что как прозрачно завернуть скрипты сборки , сделав так, что можно было их и локально запустить и из gitlab ci
источник

K

KrivdaTheTriewe in ru_gitlab
ладно , проехали, я придумал как ,завтра сделаю
источник

K

KrivdaTheTriewe in ru_gitlab
вот еще такой вопрос, как правильнее имейджи брать из энвайремента, ну то есть у меня
image: sbt:$COMMIT_BRANCH_OR_TAG
источник

K

KrivdaTheTriewe in ru_gitlab
вот такой трюк хочу
источник

ВЕ

Валентин Еловский in ru_gitlab
KrivdaTheTriewe
я про то, что как прозрачно завернуть скрипты сборки , сделав так, что можно было их и локально запустить и из gitlab ci
А это точно нужно? Обычно ж локально собирается для разработки. и там собирается немного не то, что уезжает на серверы (на серверах всякие включенные дебаги не нужны, либо локально используется образ, в котором кода нет, а монтируется локальная папка, а на сервере код - в контейнере, и т.п.) Оффтоп, да, просто непонятен кейс, из интереса спрашиваю
источник