Ik krijg deze foutmelding –
D:\Projects\wamp\www\REPO [master]> git pull origin master
Warning: Permanently added 'github.com,192.30.252.128' (RSA) to the list of known hosts.
ERROR: Repository not found.
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
De uitvoer van Git Remote -v
D:\Projects\wamp\www\REPO [master]> git remote -v
origin [email protected]:username/repo.git (fetch)
origin [email protected]:username/repo.git (push)
definitief bericht van ssh-tv [email protected] opdracht –
Hi [My Username]! You've successfully authenticated, but GitHub does not provide shell access.
Hoe kan ik het oplossen?
1, Autoriteit 100%
Ik vroeg in de discussie :
vindt
ssh -T [email protected]euput dezelfde gebruikersnaam (in Hi [My Username]!) zoals in de ssh-url van uw Repo ([email protected]:username/repo.git)?Sorry, het toont niet dezelfde naam
Dat betekent op de een of andere manier de inloggegevens zijn gewijzigd.
Eén oplossing zou zijn om ten minste te kopiëren %HOME%\.ssh\id_rsa.pubin Het SSH-toetsengedeelte van de rechter GitHub-account
De OP voegt toe:
Ik ben bezig met privé repo. Dus in [email protected]: gebruikersnaam / repo.git,
Ik antwoordde:
Als u in staat bent om aan die repo te klonen, wiens gebruikersnaam niet uw eigen GitHub-account is, moet dat zijn omdat u uw vorige openbare SSH-sleutel had toegevoegd als bijdrage aan die repo door de eigenaar van de Repo.
WAT NEXT is om de eigenaar van dezelfde repo te vragen om uw huidige openbare SSH-sleutel toe te voegen
%HOME%\.ssh\id_rsa.pubnaar de lijst Repo-bijdrager.
Dus controleer met de eigenaar die u (wat betekent dat uw openbare SSH-sleutel) wordt gedeclareerd als bijdrager.
2, Autoriteit 283%
Wijzig uw SSH-URL door een HTTP-URL voor uw afstandsbediening ‘Origin’, gebruik:
> git remote set-url origin https://github.com/<user_name>/<repo_name>.git
Het vraagt om uw GitHub-wachtwoord op de Git Push.
3, Autoriteit 61%
Dit gebeurt meestal wanneer u twee SSH-sleutels gebruikt om toegang te krijgen tot twee verschillende GitHub-account.
Volg deze stappen om dit te verhelpen, het ziet er te lang uit, maar vertrouw me dat het niet meer dan 5 minuten duurt:
Stap-1: maak twee SSH-sleutelparen:
ssh-keygen -t rsa -C "[email protected]"
stap-2: het maakt hier twee SSH-sleutels:
~/.ssh/id_rsa_account1
~/.ssh/id_rsa_account2
Stap-3: Nu moeten we deze toetsen toevoegen:
ssh-add ~/.ssh/id_rsa_account2
ssh-add ~/.ssh/id_rsa_account1
- U kunt de lijst met toegevoegde toetsen bekijken met behulp van deze opdracht:
ssh-add -l- U kunt oude cache-toetsen verwijderen op deze opdracht:
ssh-add -D
Stap-4: Wijzig de SSH-configuratie
cd ~/.ssh/
touch config
subl -a configOF code configOF nano config
Stap-5: Voeg dit toe aan Config-bestand:
#Github account1
Host github.com-account1
HostName github.com
User account1
IdentityFile ~/.ssh/id_rsa_account1
#Github account2
Host github.com-account2
HostName github.com
User account2
IdentityFile ~/.ssh/id_rsa_account2
stap-6: update uw .git/configbestand:
Stap-6.1: Navigeer naar Account1’s Project en Update Host:
[remote "origin"]
url = [email protected]:account1/gfs.git
Als u door een andere gebruiker in hun git-repository wordt uitgenodigd.
Dan moet je de host als volgt bijwerken:
[remote "origin"]
url = [email protected]:invitedByUserName/gfs.git
STAP-6.2: Navigeer naar Account2’s Project en Update Host:
[remote "origin"]
url = [email protected]:account2/gfs.git
Stap-7: Update gebruikersnaam en e-mail voor elke repository afzonderlijk indien nodig is dit geen wijzigingstap:
Navigeer naar Account1-project en voer deze uit:
git config user.name "account1"
git config user.email "[email protected]"
Navigeer naar Account2-project en voer deze uit:
git config user.name "account2"
git config user.email "[email protected]"
4, Autoriteit 43%
Soms is dat (kopiëren van de pub SSH-sleutel tot GitHub / Bitbucket) niet genoeg, vooral met Bitbucket. U moet ook controleren of uw SSH de identiteit gebruikt die u verwacht in plaats van het verprutsen met git remote
Controleer of de agent dezelfde identiteit gebruikt die u hebt geplakt op GitHub / Bitbucket met ssh-add -l. Als ontbreekt Voeg het toe met
ssh-add ~/.ssh/id_rsa_my_git_identity
Meer informatie:
HTTPS: // Confluence .atlassian.com / bitbucket / configureer-multiple-ssh-identiteiten-voor-gitbash-mac-osx-linux-271943168.html
5, Autoriteit 22%
Soms gebeurt dit met mij vanwege netwerkproblemen. Ik begrijp het probleem niet volledig, maar omschakelen naar een ander sub-netwerk of het gebruik van VPN lost het op
6, Autoriteit 22%
Deze fout kan zijn vanwege de SSH-toets op de lokale machine. Controleer de SSH-toets lokaal:
$ cat ~/.ssh/id_rsa.pub
Als hierboven opdracht geen uitgangsgebruik onderstaande opdracht geven om SSH-toets (Linux / Mac) te maken:
$ ssh-keygen
Voer nu opnieuw Cat ~ / .sh / id_rsa.pub dit is uw SSH-sleutel. Kopieer en voeg deze sleutel toe aan uw SSH-toetsen op GIT.
Ga in Gitlab / Bitbucket naar
profile settings -> SSH Keys -> add Key
en voeg de sleutel
toe
7, Autoriteit 17%
ssh-add -D # Delete all identities.
ssh-add ~/.ssh/your_key
bewerken 1
Omdat ik zoveel stemmen krijg, ontdekte ik een probleem met deze aanpak en dat is dat het al je identiteiten zal verwijderen, dus je zou hetzelfde probleem kunnen hebben wanneer je probeert te lezen uit andere repositories en je moet deze stap opnieuw doen voor elke project…maar het kan ook niet het geval zijn voor uw project
Antwoord 8, autoriteit 9%
Ik kreeg ook dezelfde fouten. In mijn geval heeft het upgraden van Windows 7 naar 8 mijn instellingen in de war gebracht. Wat hielp was om de private en publieke SSH-sleutels opnieuw te genereren met PuTTYGen, en de SSH-tool in tortoisegit te veranderen van SSH in Plink.
Ik heb de stapsgewijze stappen ook gedeeld op http://techblog.saurabhkumar.com/2015/09/using-tortoisegit-on-windows-with.html
Antwoord 9, autoriteit 4%
Ik had dit probleem en heb veel dingen geprobeerd, maar het werkt nog steeds niet. Uiteindelijk besloot ik om nog een SSH KEYte genereren en boem – het werkte. Volg dit artikel door githubom u te begeleiden bij het genereren van uw SSH KEY.
Vergeet ten slotte niet om het toe te voegen aan je github-instellingen. Klik hiervoor een handleiding voor het toevoegen van uw SSH KEYaan uw github-account.
Antwoord 10, autoriteit 4%
Probeer:
git config --global credential.helper cache
Dit commando voorkomt dat git gebruikersnaam en wachtwoord vraagt, niet voor altijd maar met een standaardlimiet van 15 minuten.
git config --global credential.helper 'cache --timeout=3600'
Dit verplaatst de standaardlimiet naar 1 uur.
Antwoord 11, autoriteit 4%
In mijn geval helpt het updaten van GIT – ik had versie 2.23 en met het installeren van versie 2.26.2.windows.1 verdwijnt het probleem.
Dus als je zeker weet dat je SSH-sleutel geldig is, dan (zie @VonC-antwoord):
- GIT bijwerken
- componist bijwerken
- componist clearcache uitvoeren
En het zou goed moeten zijn.
Antwoord 12
Misschien, zoals in mijn gekke situatie, kun je op de een of andere manier de ssh-sleutel maken door direct te typen
ssh-keygen
En dus is het gemaakt met de gebruikersreferenties van het lokale systeem, zodat ze niet overeenkomen, gebruik het volledige commando zoals dit en maak het opnieuw
ssh-keygen -t rsa -b 4096 -C "[email protected]"
Antwoord 13
Dit probleem kan te maken hebben met een ontbrekende SSH-sleutel op Github of een andere git-server.
In mijn geval had ik code naar een andere computer gekopieerd en geprobeerd te git pull. Het is mislukt.
Dus ik moest een nieuwe SSH-sleutel op die machine genereren en het profiel op de git-server bijwerken met een extra SSH-sleutel.
Antwoord 14
Vreemd genoeg had ik dit met een enkelerepository uit > 20 opslagplaatsen op mijn MacBook Pro.
De oplossing was om git te upgraden via homebrew, en alles werkte vreemd genoeg nadat het klaar was:
brew install git
Ik hoop dat dit iemand helpt!
Antwoord 15
Voor mij heeft geen van de oplossingen hier het opgelost. Gefrustreerd startte ik de iTerm-terminal van mijn Macbook opnieuw op, en voila! Mijn github-autorisatie begon weer te werken.
Vreemd, maar misschien heeft iTerm zijn eigen manier om SSH-autorisaties af te handelen of dat mijn terminalsessie op de een of andere manier niet was geautoriseerd.
Antwoord 16
Het is niet nodig om bovenstaande oplossingen toe te passen, ik heb gewoon mijn internet veranderd, het werkte prima met mijn thuisinternet, maar na 3 tot 4 uur stelde mijn vriend me voor om verbinding te maken met ander internet, daarna deed ik een datapakket en verbond mijn laptop met het, nu werkt het prima.
Antwoord 17
niet de juiste manier
git remote set-url origin [email protected]:erhandemirciinstagram/..
juiste manier
git remote set-url origin https://[email protected]/..