Size: a a a

2021 July 08

k

kkv in ru_gitlab
Ребята, подлскажите, плиз, как бороться с багой. gitlab под ldap авторизацией. забанил юзера в ldap, через время ему повешалась метка "blocked" в гите. после сего юзера разбанил, а метка так и не убралась. авторизоваться не дает. как автивировать аккаунт? как сделать, чтобы при разблоке в ldap аккаунты активировались сами?
источник

VD

Vladimir Dzalbo in ru_gitlab
# sudo bash
# gitlab-rails console
 Loading production environment (Rails 4.2.7.1)

 irb(main):001:0> user = User.find_by_email("email@something.com")

 => .... output snipped ...

irb(main):002:0> user.state = "active"
=> "active"
irb(main):003:0> user.save
=> true
irb(main):004:0> exit
источник

VD

Vladimir Dzalbo in ru_gitlab
ну или подождать следующего дня
источник

VD

Vladimir Dzalbo in ru_gitlab
когда LDAP Sync отработает
источник

k

kkv in ru_gitlab
о мой бог
источник

k

kkv in ru_gitlab
лан, разбаню ручками, спасибо
источник

И

Илья IT in ru_gitlab
Коллеги, всем привет!) Чот весь мозг сломал: в пипелине из гита забираю список измененных файлов ( git log --oneline -p -1 --name-only -- SERVICE_FILES/dir/ ) и потом их прокатываю.... Но есть косямба: удаленные файлы он таким образом считет тоже измененные и, соответственно, не может их прокатить и пипелин падает... Есть у кого идеи как пофиксить сей нюанс?
источник

И

Илья IT in ru_gitlab
Просто забирать список измененных файлов и пробегаться по папке проверяя их наличие это что то перебор ИМХО... Может есть какое более красивое решение...
источник

i

inqfen in ru_gitlab
Это ты rsync изобретаешь?
источник

A

Andrew Urpin in ru_gitlab
откуда такая категоричность?
источник

И

Илья IT in ru_gitlab
Не) Если в двух словах, то есть набор yml файлов для каждого сервиса и все их перекатывать долго и не хочется, поэтому забираю из коммита только изменённые и качу только их...
источник

II

Igor Ignatev in ru_gitlab
--diff-filter=AM
источник

II

Igor Ignatev in ru_gitlab
A это добавленные M это измененные
источник

i

inqfen in ru_gitlab
rsync так и сделает
источник

И

Илья IT in ru_gitlab
О, спасибо, Игорек)
источник

II

Igor Ignatev in ru_gitlab
там не синкать надо а в тулу пихнуть, мои старые костыли ....
источник

AL

Aleksey Lazarev in ru_gitlab
Он глючный да и не поддерживает адекватно concurency с ним приседать нужно
источник

DN

Dmitriy Novash progr... in ru_gitlab
Имхо скорее реализация concurrency + parallel не совсем соответствует логике и здравому смыслу
источник

DS

Dmitriy Strelok1394 in ru_gitlab
кто может помочь с проблемой, на отдельной машине развернул докер и раннер, подключил к одному проекту, но при прогоне ci часто вылезает ошибка в логах, что не может склонить реп fatal: Authentication failed for 'https://*****'
источник

DS

Dmitriy Strelok1394 in ru_gitlab
иногда он падает с другой ошибкой, но чаще с этой
источник