Size: a a a

2020 March 13

EG

Eduard Generalov in ru_gitlab
сравни то, что выдаст git clone в морде и git remote -v
источник

MV

Maksim Vasilev in ru_gitlab
Eduard Generalov
сравни то, что выдаст git clone в морде и git remote -v
Одинаково
источник

DV

Dmitry Vorobev in ru_gitlab
По ssh пуш-то?
источник

КБ

Кирилл Бабенков in ru_gitlab
Eduard Generalov
бери через апиху от этого проекта
О, точно, пасиб
источник

MV

Maksim Vasilev in ru_gitlab
Dmitry Vorobev
По ssh пуш-то?
да
источник

DV

Dmitry Vorobev in ru_gitlab
Публичный ключик добавили? Юзер должен быть git
источник

MV

Maksim Vasilev in ru_gitlab
Dmitry Vorobev
Публичный ключик добавили? Юзер должен быть git
Ключ добавил, а вот про пользователя не понял
источник

DV

Dmitry Vorobev in ru_gitlab
В remote должно быть что-то типа git@gitlab.example.com:group/repo.git
источник

MV

Maksim Vasilev in ru_gitlab
Dmitry Vorobev
В remote должно быть что-то типа git@gitlab.example.com:group/repo.git
macpro:microservices-demo maksim.vasilev$ cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
url = git@gitlab.com:maksim.vasilev/microservices-demo.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
источник

DV

Dmitry Vorobev in ru_gitlab
Ну тогда может бублик в гитлабе не тот?
источник

MV

Maksim Vasilev in ru_gitlab
Dmitry Vorobev
Ну тогда может бублик в гитлабе не тот?
Не понял юмора. Что за бублик?
источник

DV

Dmitry Vorobev in ru_gitlab
Публичный ключик. Если у вас неколько пар хранится например в ~/.ssh
источник

MV

Maksim Vasilev in ru_gitlab
Dmitry Vorobev
Публичный ключик. Если у вас неколько пар хранится например в ~/.ssh
Тот, перепроверил
источник

DV

Dmitry Vorobev in ru_gitlab
Ну тогда мои полномочия все, окончены =)
источник

MV

Maksim Vasilev in ru_gitlab
Dmitry Vorobev
Ну тогда мои полномочия все, окончены =)
Спасибо! Найду траблу отпишусь. Еще было бы здорово понять причину. Возможно она в том , что у меня несколько учеток в гитлабе
источник

DV

Dmitry Vorobev in ru_gitlab
Нескольким учеткам один и тот же ключ добавить нельзя, насколько я помню. Значит у той учетки, которой добавлен ключ, должны быть права на пуш в реп. То есть быть developer-ом хотябы, если вы отключили protected для мастера
источник

MV

Maksim Vasilev in ru_gitlab
Dmitry Vorobev
Нескольким учеткам один и тот же ключ добавить нельзя, насколько я помню. Значит у той учетки, которой добавлен ключ, должны быть права на пуш в реп. То есть быть developer-ом хотябы, если вы отключили protected для мастера
Спасибо! Разобрался. Дело было в ключе. Не тот. Несколько учеток и ключей от них.
источник

DV

Dmitry Vorobev in ru_gitlab
источник

S

Sergey Grachev in ru_gitlab
Всем привет. Коллеги, может кто нибудь сможет меня пнуть в нужном направлении, буду очень благодарен.
Есть проблемы в интеграции gitlab + jira. Интеграция самая обычная - в настройках проекта integrations -> jira, там url жиры, пользователь и пароль. Разработчики в заголовке коммита пишут номер задачи jira, и далее по MR или коммиту пользователь интеграции автоматом в задаче отписывает комментарий на этот MR/commit.
Ранее интеграция работала нормально, затем gitlab по проектам разделился на 2 части. Старый гитлаб - интеграция работает, новый - нет.

Захожу в настройки интеграции, нажимаю кнопку "проверить интеграцию и сохранить" - пишет что ок. Оформляю коммит - комментарий со ссылкой не цепляется. В гитлабе же в integrations_json.log вижу "Error sending message".
Пользователь jira под которым настроена интеграция права имеет, проверял + со старым гитлабом интеграция работает

Разница лишь в ip второго гитлаба (насколько я знаю в jira нет ACL), в версиях гитлабов (не сильно отличаются) и в том что второй гитлаб установлен с нуля. Больше всего подозрение на то, что в новом гитлабе надо что-то где то в глобальных настройках включить
источник

S

Sergey Grachev in ru_gitlab
Никто не сталкивался?
источник