Size: a a a

2020 May 22

IA

Iaroslav Andrusyak in ru_gitlab
А можно как-то слать репорт пайплайна на указанный email а не на того кто запускает пайплайн,  gitlab ce
источник

АВ

Александр Второй... in ru_gitlab
Maxim
Хм, тогда странно
походу если обновляться, а не с нуля ставить, надо ещё gitlab-ctl reconfigure сделать
источник

M

Maxim in ru_gitlab
Александр Второй
походу если обновляться, а не с нуля ставить, надо ещё gitlab-ctl reconfigure сделать
После этого заработало?
источник

АВ

Александр Второй... in ru_gitlab
Maxim
После этого заработало?
ну регистр поднялсо, осталось понять, как права настроить :D при попытке пуша отвечает forbidden
источник

A

Alexander in ru_gitlab
Ильдар
Добрый день, не могли бы подсказать. Нужен совет, каким способом можно сделать, подскажите пожалуйста.
Есть задача, через Gitlab-CI обновлять некие базы данных. Баз несколько, допустим 10.
Собственно вопрос.
Можно ли как-то параметризовать пайплан? Нужна возможность указания, какую базу обновлять.
Это может быть порт или просто имя базы данных, по сути сейчас не имеет значения, главное понять есть ли возможность параметризации пайплайна.

Может возможно что-то типа
git commit -am'update db one' && git push?
Держи в репе конфиг с параметрами и приводи конфигурацию на серверах к заданным параметрам. Но, вообще, это задача больше для системы управления конфигурацией, чем для gitlab ci.
источник

A

Alexander in ru_gitlab
Александр Второй
ну регистр поднялсо, осталось понять, как права настроить :D при попытке пуша отвечает forbidden
docker login сделал?
источник

АВ

Александр Второй... in ru_gitlab
ага
источник

АВ

Александр Второй... in ru_gitlab
там права на пуш надо проставлять?.. хотя я админ по идее
источник

И

Ильдар in ru_gitlab
Alexander
Держи в репе конфиг с параметрами и приводи конфигурацию на серверах к заданным параметрам. Но, вообще, это задача больше для системы управления конфигурацией, чем для gitlab ci.
Да, тоже думаю что задача не особо про gitlab-ci.
Просто пока такой запрос прилетел, дать возможность актуализации БД разработчикам и через гитлабовский пайплайн.
Вот начал думать, как сделать. Была идея создавать job'ы с
...
only:
 - update_db1
...
only:
 - update_db2
...
и тд, а разработчики по надобности будут коммитить в нужную ветку для запуска пайплайна. Параметром будет выступать ветка)
источник

АВ

Александр Второй... in ru_gitlab
Alexander
docker login сделал?
denied: requested access to the resource is denied <- после логина :D
источник

A

Alexander in ru_gitlab
Ильдар
Да, тоже думаю что задача не особо про gitlab-ci.
Просто пока такой запрос прилетел, дать возможность актуализации БД разработчикам и через гитлабовский пайплайн.
Вот начал думать, как сделать. Была идея создавать job'ы с
...
only:
 - update_db1
...
only:
 - update_db2
...
и тд, а разработчики по надобности будут коммитить в нужную ветку для запуска пайплайна. Параметром будет выступать ветка)
А, так у тебя история не про обновление софта, а про миграцию схемы БД?
источник

A

Alexander in ru_gitlab
Александр Второй
denied: requested access to the resource is denied <- после логина :D
А ты по правильным путям пушишь?
источник

И

Ильдар in ru_gitlab
Alexander
А, так у тебя история не про обновление софта, а про миграцию схемы БД?
актуализация БД на дев-площадках с боя
источник

И

Ильдар in ru_gitlab
Погуглю еще)
источник

A

Alexander in ru_gitlab
Ильдар
актуализация БД на дев-площадках с боя
Сделай по репе на каждую группу разработчиков. Если к каких-то групп больше одной БД, то сделай в каждой репе по отдельной job-е на БД.

Но, вообще, тебе больше зайдет, я думаю, rundeck.
источник

A

Alexander in ru_gitlab
Ильдар
актуализация БД на дев-площадках с боя
источник

И

Ильдар in ru_gitlab
Alexander
Сделай по репе на каждую группу разработчиков. Если к каких-то групп больше одной БД, то сделай в каждой репе по отдельной job-е на БД.

Но, вообще, тебе больше зайдет, я думаю, rundeck.
спасибо)
отдельные job'ы тоже про них думал, но были сомнения что есть более правильные решения.
источник

D

Dmitry in ru_gitlab
Всем привет. Друзья, в документации я так и не нашел ответа.
https://docs.gitlab.com/ee/user/project/merge_requests/revert_changes.html#reverting-a-merge-request

Здесь сказано что после revert merged MR, кнопка не будет доступна. Но, скажите пожалуйста, ветка в которую был вмержен MR не будет же изменена?
источник

DV

Dmitry Vorobev in ru_gitlab
Думаю, что The Revert button will only be shown for projects that use the merge method “Merge Commit” как бы намекает, что мердж-коммит ревертнется
источник

D

Dmitry in ru_gitlab
Dmitry Vorobev
Думаю, что The Revert button will only be shown for projects that use the merge method “Merge Commit” как бы намекает, что мердж-коммит ревертнется
Это не проясняет (для меня) того, что будет с веткой куда вмержили (условным master). Из него уйдут изменения относящиеся MR который был reverted?
источник