이 (가) 다음은 성공적인 것 같다푸시
$ sudo ssh -T [email protected]
Hi x! You've successfully authenticated, but GitHub does not provide shell access.
을하지만, 내 REPO에서 sudo git push을 수행 할 때, 내가 얻을 작동하지 않습니다
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
누구든지 여기에서 도울 수 있습니까?
EC2에서 실행중인 사실은 전혀 중요하지 않습니다. 여기에 ssh 키 설정이 잘못되어 있거나 처음에 잘못된 사용자와 함께 복제본을 복제하는 문제가 있습니다.
무엇을 하든지 sudo를 사용할 필요가 없습니다. 일반 사용자를 사용하여 repo를 복제 할 수 있어야합니다. 그래도 작동하지 않으면이 사용자에 대한 새 ssh 키를 생성하여 repo에 추가하십시오. 이 사용자의 경우
ssh -T [email protected]
이 다시 작동하는 경우 다시 복제를 시도하십시오. 그게 효과가 있다면, 당신이 그것을 밀어 수 있는지 확인하십시오.
여전히 문제가 발생하는 경우 install guide for Linux provided by GitHub을 확인하십시오. 거기에 쓰여진 모든 것은 그래픽 프론트 엔드가없는 우분투 버전에서도 작동합니다.
AWS EC2 Ubuntu 인스턴스에서 이와 동일한 문제가 발생했으며이 문제는 올바른 방향의 푸시 버튼 blog post에서 해결되었습니다.
내게 무슨 일이 일어 났는지는 root이 내가 복제하려고 시도한 폴더에 대한 액세스 권한이 있다는 것입니다. 내 기본 사용자로 해당 폴더에 쓰기 권한을 가지고 있지 않았기 때문에 그 때문에의
drwxr-xr-x 2 root root 4096 Apr 25 00:51 sites
, 나는 sudo git clone ... 명령을해야했다.
내가 할 필요가 모든
자신은/사이트에 대한 액세스를 쓰기 줄 폴더에 있던 사용자ubuntu으로 자식 명령을 실행 한
git clone... 명령에 sudo를 생략하는 저를 허용
sudo chown -R ubuntu /sites
.
이 문제는 저를 위해 고쳐졌고, 내 ~/.ssh 폴더의 파일이 ubuntu의 소유 였고 그 사용자가 명령을 실행해야했기 때문이라고 생각합니다.
키가 특정 repo에 대해 승인 되었습니까? –
어떻게 확인할 수 있습니까? 나는 Mac에서 repo를 직접 만든 다음 우분투 인스턴스에서 repo를 복제한다는 것을 의미합니다. 이제 우분투 인스턴스에서 푸시하려고합니다. – locoboy
흠, 나는 그 문제를 알고있을 것 같아. 아마도 .git/config와 관련이 있습니다. – locoboy