坑的由來(自己找的)
說起這個由來有一點尷尬,以前公司使用svn,使用git不多,后來由于項目管理和人員協(xié)作的需要開始使用git作為項目版本管理,以前的項目管理感覺比較混亂,所以就搭建了gitlab,gitlab-runner來作為項目管理,項目版本管理和自動化部署CICD,這樣也確實提高了效率,但是呢,由于這臺服務(wù)器當(dāng)時的使用的是docker容器,掛載根目錄的盤磁盤快滿了,就想著遷移到另一塊掛載盤,沒想到這樣導(dǎo)致了后面這個問題,算是自找的。
排查過程
在重新配置了gitlab的容器磁盤映射后,重啟了docker和容器,在使用ssh同步代碼時一直報錯:
一開始以為時SSHkey不正確,后來發(fā)覺更換了也不可以,一直百度也沒有找到原因,后來想起取看一看gitlab 對應(yīng)的日志文件看到了這些:
才恍然大悟,這個大致的意思時這個私鑰文件的權(quán)限不私有了權(quán)限給的高了,然后就修改了對應(yīng)的文件權(quán)限,執(zhí)行以下命令chmod 700 ssh_host_*_key
后來就可以正常拉取代碼,上傳代碼了文章來源:http://www.zghlxwxcb.cn/news/detail-541978.html
后記,反思
多看日志,over文章來源地址http://www.zghlxwxcb.cn/news/detail-541978.html
到了這里,關(guān)于gitlab配置使用ssh(clone)拉取項目失敗的踩坑排查記錄(配置了SSHkey仍然不能正常拉取代碼)的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!