LINUX.ORG.RU

git plugin in jenkins worknt

 ,


0

1

jenkins-2.235.1-1.1 git plugin 4.3.0 (экспериментировал откатывая до 4.2.2)

создаю задание, говорю читать ему source из git прописываю в jenkins Credentials ssh username with private key

и получаю Failed to connect to repository : Error performing git command: git ls-remote -h ssh://username@git/home/username/srv/git/project.git HEAD

проверяю пути, имя пользователя, права итд просто проверяю возможность подключения с хоста jenkins на git

ssh username@git $whoami username

дошел до того что для проверки в Repository URL прописал публичный https://github.com/nginx/nginx.git соотвественно без логиновпаролей получаю Failed to connect to repository : Error performing git command: git ls-remote -h https://github.com/nginx/nginx.git HEAD

ерунда какая-то

навскидку – jenkins не может прочитать твой private key потому что у юзера jenkins нет прав на твой ~/.ssh а своего ключа ты ему не дал

попробуй сделать

 
su jenkins
git ls-remote -h https://github.com/nginx/nginx.git HEAD 

и запостить сюда вывод для начала, а потом уже посмотрим, что с твоим локальным гитом

vedowi6419
()
Последнее исправление: vedowi6419 (всего исправлений: 1)
Ответ на: комментарий от vedowi6419

git ls-remote -h https://github.com/nginx/nginx.git HEAD пустой вывод, просто перевод строки и всё

проблему вобщем-то решил если кому интересно, правда я пока не понял что это было

поднял локальный git на том же самом сервере что jenkins и попробовал git-ануть проект из него. высыпало кучу сообщений о недостатке прав и тп это понятно ок на сервере c jenkins со смехом делаю ssh-copy-id username@jenkins принимаю и о чудо мы можем со своего локального гита взять нужное. ну вроде логично ничего не трогал больше честно-честно, вбиваю в Repository URL username@git(это другой сервер) и о чудо нас пускают. вбиваю nginx и тоже работает.

пока не до разборок, но предварительно: jenkins зачем-то нужно на самого себя заходить через ключи. вопрос зачем или может у меня, скажем так, нестандратная версия?!

foxykoff
() автор топика
Ответ на: комментарий от foxykoff

jenkins зачем-то нужно на самого себя заходить через ключи. вопрос зачем или может у меня, скажем так, нестандратная версия?!

у дженкинса нет никакого специального if для локального git репозитория, он ко всем ходит одинаково

делаю ssh-copy-id username@jenkins принимаю и о чудо мы можем со своего локального гита взять нужное. ну вроде логично ничего не трогал больше честно-честно, вбиваю в Repository URL username@git(это другой сервер) и о чудо нас пускают

ты б маны почитал, фокусник. ssh-copy-id фиксит права на удаленный ~/.ssh, который в твоем случае был еще и локальным и который ты до этого видимо как-то порушил

vedowi6419
()
Ответ на: комментарий от vedowi6419

у дженкинса нет никакого специального if для локального git репозитория, он ко всем ходит одинаково

этот поток сознания о чем вообще?

понятно, что должен ко всем ходить одинаково он одинаково и не работал со всеми репозиториями что и подтвердило неспособность считать https://github.com/nginx/nginx.git

ты б маны почитал, фокусник. ssh-copy-id фиксит права на удаленный ~/.ssh, который в твоем случае был еще и локальным и который ты до этого видимо как-то порушил

бабушка, путаетесь в показаниях как это влияет на неспособность считать https://github.com/nginx/nginx.git ?

я охотно верю, что мог порушить, но вопрос как и почему это изменилось после добавления ключа для доступа на сам сервер jenkins я скорей бы поверил что plugin git поломался потому сразу и откатил версию на предыдущую.

foxykoff
() автор топика
Ответ на: комментарий от foxykoff

я охотно верю, что мог порушить, но вопрос как и почему это изменилось после добавления ключа для доступа на сам сервер jenkins

как ты его порушил — вопрос интересный, воспроизведешь — можно будет сказать. скорее всего жахнул 777 на ~/.ssh, но это не точно. и еще раз, читай ман, ssh-copy-id кладет ключи в .ssh и правит права доступа. в твоем случае — он просто поправил тебе .ssh

vedowi6419
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.