Nie mogę sklonować repozytorium Git i otrzymuję ten błąd:

krishna.soni@KRISHNACHANDRAS /c/Projects $ git clone http://stage.abc.com:10088/pqr
http://<url>/<repository> Cloning into '<repository>'... fatal: could not read Username for 'http://<url>': No such file or directory

Przeczytałem Bitbucket, Windows i „fatal: nie można odczytać hasła” , ale nadal mam problem.

Poszedłem dalej, ale teraz pojawia się ten błąd

sh.exe": chown: command not found

krishna.soni@KRISHNACHANDRAS /c
$ git clone ssh://krishna.sonipayu.in@stage.payupaisa.
/projects
Cloning into 'C:/projects'...
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

> krishna.soni@KRISHNACHANDRAS /c
>     $ git clone ssh:<url>
>     ts
>     Cloning into 'C:/projects'...
>     Permission denied (publickey).
>     fatal: Could not read from remote repository.

Please make sure you have the correct access rights

i repozytorium istnieje.

Wygląda na to, że problem dotyczy uprawnień, a nie systemu Windows 7.

Twój klucz SSH nie jest autoryzowany - Permission denied (publickey).

Musisz utworzyć publiczny klucz ssh i poprosić administratora repozytorium Git o dodanie sshklucza publicznego

Informacje, jak to zrobić: Zapisanie klucza ssh nie powiodło się

Dla osób, które tu przyjeżdżają i próbują zdobyć repozytorium, ale nie dbają o protokół (ssh / https), możesz po prostu chcieć użyć https zamiast ssh (jeśli jest obsługiwany).

Na przykład używasz

git clone https://github.com/%REPOSITORYFOLDER%/%REPOSITORYNAME%.git

zamiast

git clone git@github.com:%REPOSITORYFOLDER%/%REPOSITORYNAME%.git

Jeśli nadal występuje problem z dostępem po utworzeniu SSH i dodaniu go do konta Bitbucket lub w innym miejscu, musisz wykonać następujące czynności w terminalu na GitBash, OSX lub Linux:

# Lists already added identities (‘ssh keys’)
ssh-add -l

Następnie, jeśli nie widzisz swojego klucza na liście, dodaj go następująco (zastąp identityjego prawdziwą nazwą):

# Add a new identity
ssh-add ~/.ssh/identity

To zadziałało dla mnie.

Napotkałem ten sam problem z GitHubem . Oto jak to rozwiązać!

1. Wygeneruj klucz SSH na swoim komputerze, jak opisano tutaj: Generowanie kluczy SSH .
2. Zaloguj się na swoje konto GitHub : Logowanie na GitHub .
3. Na swoim koncie dodaj nowo wygenerowany klucz SSH: klucze SSH mojego konta .
4. Spróbuj ponownie do git cloneprojektu.

Miałem ten problem na komputerze Mac - podczas poprawnej konfiguracji SSH, aby uzyskać dostęp do repozytorium Git, po ponownym uruchomieniu (i przez pewien czas Mac był w stanie spoczynku), wszystkie moje poświadczenia zostały usunięte. Najwyraźniej z jakiegoś powodu klucz pubu został ustawiony na 644, co spowodowało usunięcie go z pęku kluczy. Aby przeczytać:

• chmod 600 klucz publiczny
• ssh-add ~/.ssh/[your private key]- powinno to pokazać, że tożsamość została dodana. Potrzebny plik klucza to ten bez rozszerzenia .pub.
• ssh-add -l powinien pokazać nowo dodaną tożsamość

edycja: najwyraźniej MacOS ma tendencję do usuwania kluczy - po pobraniu aktualizacji High Sierra (ale jeszcze jej nie zainstalowałem) mój klucz został usunięty i musiałem go dodać ponownie przez ssh-add

Ja też stanąłem przed tym samym problemem. Zrobiłem następujące i zadziałało dla mnie:

1. Generuj klucze z klienta GIT GUI w systemie Windows. Skopiuj ten klucz do schowka.
2. Otwórz swoje konto w bitBucket/witrynie git i dodaj ten klucz do swojego profilu. W ten sposób serwer wie, że jesteś uprawnionym użytkownikiem uzyskującym dostęp z legalnego systemu.
3. Otóż ​​to. Wszystkie polecenia push działały odtąd dla mnie.

W moim przypadku, gdy chciałem sklonować z mojego repozytorium, otrzymałem ten sam komunikat przed „Odmowa uprawnień (publickey) fatalna: Nie można odczytać ze zdalnego repozytorium”. Rozwiązaniem dla mojego przypadku jest nie używanie sudo przed sklonowaniem. To wszystko.

Github (lub Bitbucket) nie może znaleźć twojego klucza ssh na swoim serwerze.

Po prostu dodaj swój klucz w ustawieniach konta.

Jeśli wygenerujesz nowy publiczny klucz ssh i wstawisz go do bitbucket lub github i

to nie pomogło - spróbuj ponownie uruchomić komputer . Pomogło mi !!

Musisz utworzyć nowy klucz ssh, uruchamiając ssh-keygen -t rsa.

Mam błąd ...

Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.

... kiedy próbowałem skontaktować się z Git Bash do Bitbucket po tym, jak mój laptop zmarł z powodu złej aktualizacji Windows 10 i został przywrócony do ustawień fabrycznych. Przywróciłem wszystkie moje pliki ssh z kopii zapasowej.

Przyczyną błędu okazała się niezgodność w nazwie mojego konta Windows po odbudowie komputera. Dowiedziałem się, że plik klucza publicznego id_rsa.pubkończy się łatwym do odczytania ciągiem zawierającym nazwę mojego konta Windows, po którym następuje rozszerzenie@ znak, a następnie nazwa komputera.

Kiedy początkowo konfigurowałem komputer, utworzyłem nazwę mojego konta Windows, w tym inicjał drugiego imienia, ale kiedy komputer został zresetowany do ustawień fabrycznych, nasz nowy facet DevOps utworzył nazwę mojego konta bez inicjału drugiego środka.

Aby rozwiązać ten problem, po prostu wyedytowałem plik klucza publicznego id_rsa.pubi usunąłem na końcu drugi inicjał mojego imienia i nazwiska. Utknąłem przy tej samej nazwie komputera, więc to było w porządku. Skopiowałem zawartość pliku do schowka Windows. Następnie zalogowałem się do Bitbucket, przeszedłem do Ustawień Bitbucket pod moim awatarem i dodałem nowy klucz publiczny, w którym wkleiłem nową zawartość.

Po powrocie do wiersza polecenia Git Bash potwierdziłem, że teraz zadziałało, wprowadzając polecenie ...

ssh -T git@bitbucket.org

... i otrzymałem wiadomość, że jestem zalogowany.

W systemie macOS / Linux (Ubuntu):

1. Aby dokonać uwierzytelnienia, musisz dodać swoją publiczną część pary kluczy SSH do bitbucket z poziomu ustawień użytkownika: Ustawienia użytkownika -> Klucze SSH

Zwykle znajdziesz tę publiczną część w swoim katalogu ~ / .ssh id_rsa.pub. zanotuj .pubczęść nazwy pliku dla publicznego. pomoże ci go wygenerować, jeśli jeszcze go nie masz

Jeszcze nie skończyłeś ...

2. Musisz poinformować system, jakiego klucza użyć z którym zdalnym hostem, więc dodaj te linie do swojego pliku ~ / .ssh / config

Host bitbucket.org
 IdentityFile ~/.ssh/PRIVATE_KEY_FILE_NAME

Gdzie PRIVATE_KEY_FILE_NAMEjest nazwa prywatnej części twojej pary kluczy SSH, jeśli nie pomieszałeś z nią, zwykle jej domyślna nazwa to: id_rsa w tym przypadku zamień PRIVATE_KEY_FILE_NAMEpowyżej na id_rsa(klucz prywatny NIE MA .pubrozszerzenia)

Przydatny wątek i niewiele nowego wnoszę do stołu. Krok, który zrobiłem, jest również częścią opisu, na który Maxime wskazuje pomocnie, ale niektórzy mogą to przeoczyć. Sekcja polega na dodawaniu klucza SSH do ssh-agent .

Wygenerowałem już mój klucz ssh, ale po ponownym uruchomieniu nie mogłem sklonować jednego z moich własnych repozytoriów.

Musiałem uruchomić ssh-agenta i dodać klucz prywatny do tego agenta, aby sklonować.

eval $(ssh-agent -s)
ssh-add ~/.ssh/id_rsa

Napotkałem ten sam problem podczas uruchamiania git clonepolecenia z wiersza poleceń systemu Windows. Ale polecenie działa pomyślnie z Git Bash .

Miałem podobny problem. Zmieniłem klucze ssh, zrestartowałem i wypróbowałem wszystkie inne rozwiązania „n”. Ale faktycznym problemem dla mnie był nasz domyślny protokół gitlab zmieniony z ssh na https.

sprawdź zdalny adres URL za pomocą

git remote -v

zmienić zdalny adres URL

git remote set-url origin https://URL

Jeśli wszystko zawiedzie, tak jak w przypadku mnie, odinstaluj GIT, zainstaluj ponownie. Z jakiegoś powodu to rozwiązuje.

PS

1. Próbowałem wygenerować nowe klucze i zaktualizować klucze publiczne SSH
2. Próbowałem także usunąć wszystkie klucze i próbowałem utworzyć nowy klucz.
3. I NIE, nic złego w mojej .gitconfig

poprawka dla hubnarzędzia CLI:

• git config --global hub.protocol https na dłuższą metę
• git remote add OOPS https://github.com/isomorphisms/go.git&& git push OOPSdo natychmiastowej naprawy

Ten błąd występuje w hubnarzędziu wiersza poleceń z powodu ich nieprawidłowej domyślnej wartości hub.protocolgit-config. Ustawili repozytoria na

git://github.com/schacon/ticgit.git

zamiast tego, co faktycznie akceptuje github, a mianowicie https://github.com/schacon/ticgit.git.

Czytanie LESS=+/"HTTPS instead" man hubwyjaśni, skąd pochodzi powyższe polecenie „długoterminowej poprawki”.

Podczas klonowania miałem podobny problem [my ERROR: Permission denied (publickey). krytyczny: nie można odczytać ze zdalnego repozytorium. Upewnij się, że masz odpowiednie prawa dostępu itp.]

- W moim przypadku używałem bitBucket / UBUNTU14.04, ale JUŻ miałem zestaw plików kluczy, które wcześniej wygenerowałem ORAZ zmieniłem nazwy plików. Po prostu SKOPIOWAŁEM pliki do standardowego formatu nazw id_rsa i id_rsa.pub. Następnie ponownie uruchomiłem polecenie bez wydania.

OBTW : Mogłem również użyć monitu o hasło, używając klonu w stylu HTTP.

Miałem podobny problem na Linuksie. Rozwiązałem problem, logując się do serwera github i tworząc klucz wdrażania. To jest w ustawieniach repozytorium. Następnie skopiowałem i wkleiłem mój klucz publiczny (który zwykle znajduje się w ~ / .ssh / id_rsa.pub, ale twoja konfiguracja może być inna). Jest pole wyboru, które daje dostęp do tego klucza do zapisu. Kliknij go (chyba że używasz git tylko do wdrażania, w takim przypadku nie klikaj go).

Miałem ten sam błąd. Moim rozwiązaniem było wylogowanie się i ponowne zalogowanie, ponieważ mój ssh-agent stracił synchronizację ze zdalnym kluczem ssh.

Dodanie tego tutaj na wypadek, gdyby ktoś zauważył, że inne odpowiedzi nie mają zastosowania do jego sytuacji.

Miałem ten sam problem podczas konfigurowania ssh dla gitlab. Mam już ssh dla githubi nie mogłem tego nadpisać. Kroki, które zadziałały dla mnie, to:

1. Wygeneruj SSH z nową ścieżką i dodaj ją do listy ssh ssh-add /path/to/new/id_rsa.
2. Utwórz plik o nazwie configw ~/.ssh/using. Użyłem vi ~/.ssh/config/.
3. Dodaj to do nowo utworzonego pliku

# GitLab.com server Host gitlab.com RSAAuthentication yes IdentityFile /path/to/new/id_rsa

4. Zapisz i wyjdź.

Następnie zrestartuj terminal i spróbuj pchać, powinien działać

Jeśli chcesz sklonować projekty open source w celu przesłania pull request:

Chciałem sklonować projekt open source, aby móc przesłać kilka żądań ściągnięcia. Problem polegał na tym, że nie miałem uprawnień od właściciela projektu. Nieważne, ponieważ moim zamiarem było przesłanie PR, oto realna alternatywa:

Moje rozwiązanie:

1. Repozytorium widelców

2. Następnie sklonuj z rozwidlonego repozytorium.

3. Pracuj nad swoimi funkcjami, a następnie prześlij żądanie ściągnięcia.

Możesz spróbować dodać klucz SSH do swojego prywatnego pęku kluczy. U mnie to zadziałało

ssh-add -K ~/.ssh/[your-private-key]

rozwiązanie: Na serwerze, na który próbujesz klonować lub wypychać z cat ~ / .ssh / id_rsa.pub Przejdź do GitHub, ustawienia, klucze SSH i GPG , nowy klucz wklejania klucza SSH .

Widzę, że ten komunikat o błędzie ma wiele różnych powodów. Miałem ten sam błąd, gdy próbowałem skonfigurować lokalnie inne repozytorium obok tego, które już w pełni współpracuje z ssh itp. I połączyć je z tym samym serwerem, ale innym repozytorium. Nie było tutaj żadnych odpowiedzi, ale rozgryzłem to. Więc wysyłam to. Mam nadzieję, że komuś pomoże.

git remote add origin git@git.ourserver.com:teamalpha/repositorytwo.git

jeśli żadna z tych odpowiedzi nie pomoże i

1. korzystasz z systemu Windows
2. generujesz klucz za pomocą Putty lub zainstalowałeś Putty na swoim komputerze
3. generujesz swój klucz za pomocą CMD lub PowerShell

Próbować

1. usuń klucze
2. wyszukaj w systemie Windows Git Bash, a następnie wygeneruj nowy klucz za pomocą wiersza poleceń Git Bash
3. dodaj klucz publiczny do swojego repozytorium online

Następnie znajdziesz po klonowaniu git i wpisz tak, aby potwierdzić, powinno rozpocząć się klonowanie

Może to głupie, ale nam się to przytrafiło:

Jeśli używasz bitbucket i Sourcetree i po prostu skopiujesz wklej adres URL klonowania do nowego okna dialogowego repozytorium, wyświetli się ten sam błąd podczas ściągania lub wypychania.

Upewnij się, że usunąłeś element „git clone” przed adresem URL.