Size: a a a

2020 July 31

ДМ

Дмитрий Марков... in ru_gitlab
я просто изначально неверно вопрос задал и потому долго не мог найти ответ
источник

SF

Stacy Fidelina in ru_gitlab
Mikhail Kalyniuk
а как я могу указать что работать только с веткой мастер ? а то выходит что я не могу only параметр мастер указать,
only:
 - master
Типо rules не канает с only
если посмотреть, то у тебя тег = новый бранч
источник

MK

Mikhail Kalyniuk in ru_gitlab
Stacy Fidelina
если посмотреть, то у тебя тег = новый бранч
Действительно. Помогло, спасибо большое!
источник

SM

Stephen Mayer in ru_gitlab
ребят всем привет! есть gotlab CE есть локальные юзеры вида ivanov_v, хочу прикрутить интеграцию с AD без пересоздания учетных записей, а так же потери истории коммитов и прочего. Есть варианты как это можно сделать более безболезнено?
источник

VD

Vladimir Dzalbo in ru_gitlab
Stephen Mayer
ребят всем привет! есть gotlab CE есть локальные юзеры вида ivanov_v, хочу прикрутить интеграцию с AD без пересоздания учетных записей, а так же потери истории коммитов и прочего. Есть варианты как это можно сделать более безболезнено?
https://docs.gitlab.com/ee/administration/auth/ldap/index.html#configuration-core-only


настраиваешь uid на желаемое поле из AD
источник

VD

Vladimir Dzalbo in ru_gitlab
а, туплю
источник

SM

Stephen Mayer in ru_gitlab
и допустим локальный пользователь ivanov_n будет аутентифицироваться через AD?
источник

VD

Vladimir Dzalbo in ru_gitlab
источник

SM

Stephen Mayer in ru_gitlab
хм, я правильно понял что в AD должна быть прописана почта?
источник

VD

Vladimir Dzalbo in ru_gitlab
да

ну или может использоваться userPrincipalName
источник

VD

Vladimir Dzalbo in ru_gitlab
обычно он и есть email
источник

SM

Stephen Mayer in ru_gitlab
спасибо!
источник

SM

Stephen Mayer in ru_gitlab
еще глупый вопрос, как то пользователей gitlab через сам gitlab можно уведомить о тех работах ?
источник

ו

ויטאלי קוזלוב... in ru_gitlab
/admin/broadcast_messages
источник

SM

Stephen Mayer in ru_gitlab
спасибо
источник

D

Dmitry in ru_gitlab
в моем gitlab-ci.yml есть такое:
rules: 
       - if: $CI_MERGE_REQUEST_IID
       - if: $CI_COMMIT_TAG
       - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH

но почему-то при закрытии мержа пайплайн тоже запускается. как сделать так чтобы пайплайн запускался только при создании мерж реквеста?
источник

VD

Vladimir Dzalbo in ru_gitlab
Dmitry
в моем gitlab-ci.yml есть такое:
rules: 
       - if: $CI_MERGE_REQUEST_IID
       - if: $CI_COMMIT_TAG
       - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH

но почему-то при закрытии мержа пайплайн тоже запускается. как сделать так чтобы пайплайн запускался только при создании мерж реквеста?
убрать последнее правило?
источник

D

Dmitry in ru_gitlab
спасибо
источник

ПГ

Павел Г. in ru_gitlab
Приветствую. Изучаю CI и наверное самый банальный вопрос по артифактам и кэшу. Не совсем понимаю что,как и зачем. Доку читал, статьи и SO тоже. Просто не доходит до конца.

Как я понимаю:
Кэш - это файлы/дир которые упаковывются/распаковываются между джобами/стадиями. Так же доступны между пайплайнами.

Артифакты - это файлы/дир которые доступны между стадиями, не доступны между пайплайнами. Эти файлы доступны для скачки в UI после работы пайплайна.

Например, берем  сборку и тестирование js пакета. На этапе сборки формируем node_modules путем npm install и  файлы в папке /public/* путем npm run prod .

Чтобы передать эти папки в стадию тестирования, используем директиву cache.  В примере на гитлабе с node_modules - тоже используется кэш.

Но в разных вопросах/ответах вижу что иногда советуют node_modules пихать в артифакты. Зачем? Вообще в целом не понятно, зачем использовать артифакты, если не требуется дальнейшая скачка из UI ?
источник

ДМ

Дмитрий Марков... in ru_gitlab
други, как сделать выгрузку артефактов с ssh ранера для которого нет самого gitlab-runner?
источник