i
Size: a a a
2020 July 21
СВ
я просто думал в сторону оверайда CI_JOB_TOKEN, может можно как-то перезаписать через variables ранера
ИК
Коллеги,а никто не ловил такой штуки в МР? причем мр выполнен успешно,все пайплайны отстрелялись и тп и тд. В ишью разрабов ГЛ этот кейс не закрыт. Но мб кто сталкивался и знает как победить это уведомление?
гитлаб 12.8
гитлаб 12.8
DB
Дано: при пуше в один репозиторий надо прогнать git-filter-repo и запушить результат в другой репозиторий. Оба репозитория приватные.
Вопрос: как организовать права доступа на пуш?
Вопрос: как организовать права доступа на пуш?
DG
Дано: при пуше в один репозиторий надо прогнать git-filter-repo и запушить результат в другой репозиторий. Оба репозитория приватные.
Вопрос: как организовать права доступа на пуш?
Вопрос: как организовать права доступа на пуш?
апи, по токену?
DB
апи, по токену?
Да, уже с этим вроде разобрался, банально по SSH пытаюсь сделать. Теперь новая проблема
Ключи добавлены в оба репозитория. Как это отдебажить?
$ git push --mirror $PUBLIC_MIRROR_URL
Host key verification failed.
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Ключи добавлены в оба репозитория. Как это отдебажить?
DG
Дано: при пуше в один репозиторий надо прогнать git-filter-repo и запушить результат в другой репозиторий. Оба репозитория приватные.
Вопрос: как организовать права доступа на пуш?
Вопрос: как организовать права доступа на пуш?
А так перечитываю твой вопрос и понимаю, что очень много непонятных вводных)
DG
Да, уже с этим вроде разобрался, банально по SSH пытаюсь сделать. Теперь новая проблема
Ключи добавлены в оба репозитория. Как это отдебажить?
$ git push --mirror $PUBLIC_MIRROR_URL
Host key verification failed.
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Ключи добавлены в оба репозитория. Как это отдебажить?
Твои ключи не проходят проверку, у них нет прав.
DB
А так перечитываю твой вопрос и понимаю, что очень много непонятных вводных)
Прошу прощения:)
DG
Прошу прощения:)
Да я не за этим писал, а к тому, что может быть очень много нюансов и требований.
DB
Твои ключи не проходят проверку, у них нет прав.
Суть ошибки понимаю, не понимаю как отдебажить.
Во первых - мне что бы что-то потестить, каждый раз надо коммитить и пушить
Во вторых - как понять, применяется ли приватный ключ? Делал по этой инструкции
https://docs.gitlab.com/ee/ci/ssh_keys/#ssh-keys-when-using-the-docker-executor
Во первых - мне что бы что-то потестить, каждый раз надо коммитить и пушить
gitlab-ci.yml?Во вторых - как понять, применяется ли приватный ключ? Делал по этой инструкции
https://docs.gitlab.com/ee/ci/ssh_keys/#ssh-keys-when-using-the-docker-executor
DB
Мне же в Deploy Keys надо прописывать публичный ключ?
DG
Суть ошибки понимаю, не понимаю как отдебажить.
Во первых - мне что бы что-то потестить, каждый раз надо коммитить и пушить
Во вторых - как понять, применяется ли приватный ключ? Делал по этой инструкции
https://docs.gitlab.com/ee/ci/ssh_keys/#ssh-keys-when-using-the-docker-executor
Во первых - мне что бы что-то потестить, каждый раз надо коммитить и пушить
gitlab-ci.yml?Во вторых - как понять, применяется ли приватный ключ? Делал по этой инструкции
https://docs.gitlab.com/ee/ci/ssh_keys/#ssh-keys-when-using-the-docker-executor
Можно прогонять локально через раннер, но мне лично удобнее дебажить в форке нужного проекта. И я бы на твоем месте всю логику отработал локально, а потом тестил уже на инфре гитлаба.
DB
Можно прогонять локально через раннер, но мне лично удобнее дебажить в форке нужного проекта. И я бы на твоем месте всю логику отработал локально, а потом тестил уже на инфре гитлаба.
Именно логику я уже отработал, мне сейчас надо просто концы с концами соединить
DG
Именно логику я уже отработал, мне сейчас надо просто концы с концами соединить
Юзай токены, там и разграничить права можно.
DB
Юзай токены, там и разграничить права можно.
я не нашёл право на пуш в токенах, поэтому начал с ключами возиться