Git Push ERROR: Repository niet gevonden

Ik heb een heel vreemd probleem met giten github. Als ik probeer te duwen, krijg ik:

git push -u origin master
ERROR: Repository not found.
fatal: The remote end hung up unexpectedly

Ik heb de afstandsbediening toegevoegd:

git remote add origin [email protected]:account-name/repo-name.git

Enig idee?


Antwoord 1, autoriteit 100%

Controleer of u lees-schrijftoegang heeft.

De Git-foutmelding is misleidend. Ik had een soortgelijk probleem. Ik was toegevoegd aan een bestaand project. Ik heb het gekloond en een lokale wijziging doorgevoerd. Ik ging naar push en kreeg de ERROR: Repository not found.foutmelding.

De persoon die me aan het project heeft toegevoegd, gaf me alleen-lezen toegang tot de repository. Een verandering door hen en ik kon pushen.


Antwoord 2, autoriteit 32%

Ik had hetzelfde probleem, met een privérepo.

doe het volgende:

verwijder de externe oorsprong

git remote rm origin

voeg de oorsprong opnieuw toe, maar met uw gebruikersnaam en wachtwoord met schrijfrechten op deze pvt-repo

git remote add origin  https://USERNAME:[email protected]/username/reponame.git

Antwoord 3, autoriteit 23%

Ik kwam hetzelfde probleem tegen en heb het opgelost door mijn gebruikersnaam en wachtwoord in de repo-url op te nemen:

git clone https://myusername:[email protected]/path_to/myRepo.git

Antwoord 4, autoriteit 12%

Ik kreeg dezelfde foutmelding

ERROR: Repository not found.   
fatal: The remote end hung up unexpectedly

en ik had de repository op Github gemaakt en lokaal gekloond.

Ik kon het oplossen door .git/config te openen en de sectie [remote "origin"]te verwijderen.

[remote "origin"]   
   url = [email protected]:alexagui/my_project.git  
   fetch = +refs/heads/*:refs/remotes/origin/*

Dan liep ik het volgende (opnieuw)

git remote add origin [email protected]:alexagui/my_project.git  
git push -u origin master

En deze keer was ik in staat om naar de repository te duwen.


Antwoord 5, Autoriteit 11%

Als u Git op Windows gebruikt, probeert u uw inloggegevens te wissen:

  1. Zoek “Credential Manager” (moet in uw bedieningspaneel staan)
  2. Verwijder alle inloggegevens met betrekking tot GitHub


Antwoord 6, Autoriteit 6%

Ik heb deze fout (maar eerder werkte). Mijn probleem was de vermiste SSH-sleutel die is verbonden met het GitHub-account. U kunt u huidige SSH-toetsen controleren met ssh-add -l.

Als uw sleutel ontbreekt, kunt u deze toevoegen

ssh-add ~/.ssh/your_key

Antwoord 7, Autoriteit 4%

git remote rm origin
git remote add origin <remote url>

Antwoord 8, Autoriteit 4%

Ik had een soortgelijk probleem. De onjuiste inloggegevens waren in de cache in de sleutelhanger van OS X in de cache.

Uitchecken: https://help.github.com / Artikelen / Update-inloggegevens-vanaf-The-OSX-Keychain


Antwoord 9, Autoriteit 3%

Ik gebruik Mac en ik worstelde om de oplossing te vinden.
Mijn externe adres was goed en zoals gezegd, het was een inloggegevens probleem .
Blijkbaar gebruikte ik in het verleden een ander GIT-account op mijn computer en herinnerde ik de sleutelhanger van de Mac de inloggegevens van het vorige account, dus ik was echt niet gemachtigd om te duwen.

Hoe te repareren?
Open Sleutelhanger Access op uw Mac, kies “Alle items” -categorie en zoek naar Git.
Verwijderen Alle resultaten gevonden.

Ga nu naar de terminal en probeer opnieuw te duwen. De terminal vraagt ​​om gebruikersnaam en wachtwoord. Voer de nieuwe relevante referenties in en dat is het!

Ik hoop dat het iemand zal helpen. Ik worstelde het een paar uur.


Antwoord 10, Autoriteit 2%

remote: Repository not found.kan een frustrerend misleidende foutmelding van Github Wanneer u probeert naar een HTTPS-afstandsbediening te drukken, waar geen schrijfrechten heeft .

Controleer uw schrijfrechten op de repository!

Een SSH-afstandsbediening proberen aan dezelfde repository toont een ander antwoord:

% git remote add ssh [email protected]:our-organisation/some-repository.git
% git fetch ssh
From github.com:our-organisation/some-repository
* [new branch]        MO_Adding_ECS_configs             -> ssh/MO_Adding_ECS_configs
* [new branch]        update_gems                       -> ssh/update_gems
% git push ssh     
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 juiste toegangsrechten?”

Nou Waarom heb je het niet gezegd?

Het is het vermelden waard op dit punt dat terwijl de SSH-foutmodus in dit scenario
is ietsbeter, ik gebruik HTTPS-afstandsbedieningen via SSH omdat:
GitHub aanbevelenHTTPS via SSH.

Ik begrijp dat GitHub “Niet gevonden” gebruikt waar het in sommige gevallen “Verboden” betekent
omstandigheden om te voorkomen dat per ongeluk het bestaan van een privé-
opslagplaats.

Verzoeken waarvoor verificatie is vereist, retourneren 404 Not Foundin plaats van
403 Forbidden, op sommige plaatsen. Dit is om het per ongeluk lekken van
privé-opslagplaatsen voor onbevoegde gebruikers.

GitHub

Dit is een vrij algemene praktijk op internet, het is inderdaad gedefinieerd:

De statuscode 404 (Niet gevonden) geeft aan dat de oorspronkelijke server niet heeft gevonden
een huidige representatie voor de doelbron of is niet bereid om
onthullen dat er een bestaat.

6.5.4. 404 niet gevonden, RFC 7231 HTTP/1.1 semantiek en inhoud(nadruk van mij)

Wat voor mij geen zin heeft, is wanneer ik geauthenticeerd ben met GitHub met behulp van een
referentiehulp
enik heb toegang tot die repository (met succes gekloond en opgehaald
it) dat GitHub zou kiezenom zijn bestaan voor mij te verbergen vanwege ontbrekende
schrijfrechten.

Controleren van https://github.com/our-organisation/some-repository/een web gebruiken
browser bevestigde dat ik geen schrijfrechten had voor de repository. Ons
de GitHub-beheerders van het team konden mijn team in korte tijd schrijftoegang verlenen
tijd en ik kon de tak omhoog duwen.


Antwoord 11, autoriteit 2%

Als je repo voorheen normaal werkte, en plotseling verschijnt deze fout, is de reden waarschijnlijk dat je git is geauthenticeerd als een andere gebruiker die geen toegang heeft tot de repository. Dus om te pushen, hoef je alleen maar je juiste gebruikersnaam en wachtwoord op te geven in je git-opdracht. Dus een push-opdracht voor een github-repo zou er als volgt uitzien:

git push https://youruser:[email protected]/user/reponame.git

username and passwordmoeten url-escaped zijn, dus een @moet worden vervangen door %40, enzovoort.


Antwoord 12

Als je tot een groep in Github behoort, controleer dan of je schrijftoegang hebt.


Antwoord 13

Dat is wat voor mij werkte:

1. De afstandsbedieningen

$ git remote rm origin
$ git remote add origin [email protected]:<USER>/<REPO>.git

Als je SSH-sleutel al in gebruik is op een andere github-rep, kun je een nieuwe aanmaken.

2. Een nieuwe SSH-sleutel genereren

$ ssh-keygen -t rsa -b 4096 -C "[email protected]"

3. Toevoeging van de sleutel op SSH-agentniveau

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

4. Voeg de nieuwe sleutel toe aan de Github-repo.


Antwoord 14

Een probleem, dat voor sommigen duidelijk zal zijn en dat ik hier niet vermeld zie, kan zijn dat je toegang hebt met ssh-sleutels, maar je probeert je lokale repo via https te verbinden met een externe.

Als dit het geval is, moeten de volgende opdrachten het probleem voor u oplossen:

$ git remote -v
origin  https://github.com/private-repo.git (fetch)
origin  https://github.com/private-repo.git (push)
$ git remote rm origin
$ git remote add origin [email protected]:private-repo.git
$ git remote -v
origin  [email protected]:private-repo.git (fetch)
origin  [email protected]:private-repo.git (push)

Merk op dat het bovenstaande werkt in de veronderstelling dat:

  1. uw huidige afstandsbediening heet originen die u al heeft
    gegenereerde ssh-sleutel verbonden met uw github-account

  2. je hebt al een ssh-sleutel gekoppeld aan je github-account (en lokaal verbonden)

  3. je hebt de juiste rechten (lezen/schrijven) ingesteld op github voor de instellingen van deze repo.


Antwoord 15

Een soortgelijk probleem gehad. De oorzaak van het probleem was dat ik een online tutorial volgde over het toevoegen van een nieuwe repositoryaan Github.

Ga gewoon naar Github, maak een nieuwe repo, het zal je vragen om een README toe te voegen, voeg het niet toehet. Maak het aan en je krijgt instructies over hoe je moet pushen.

Het is vergelijkbaar met de volgende twee regels:

git remote add origin https://github.com/YOUR_USER/your-repo.git
git push -u origin master

Antwoord 16

Hiermee is mijn probleem opgelost.

  git pull https://myusername:[email protected]/path_to/myRepo.git

Antwoord 17

Het probleem: Github is om de een of andere reden niet bekend met je repository.

De fout:gevraagd in git cli als volgt:

extern: opslagplaats niet gevonden. fataal: repository
https://github.com/MyOrganization/projectName.git/‘ niet gevonden

De oplossing:2 opties

  1. Github is mogelijk niet bekend met uw inloggegevens:– De eerste optie is om het project te klonen met de juiste inloggegevens user:passwordvoor het geval u dit bent vergeten. Of genereer ssh-token en pas deze sleutel aan in uw Github. ook bekend als git push https://<userName>:<password>@github.com/Company/repositoryName.git

  2. Probleem met repo-machtigingen bij sommige gebruikers– In mijn use-case loste ik dit probleem op toen ik me realiseerde dat ik niet de juiste machtigingen voor bijdragers op Github hebin mijn privé repo. Gebruikers kunnen het project klonen, maar geen acties uitvoeren op de oorsprong. Om dit op te lossen:

Ga naar Repository op Github -> Instellingen -> Medewerkers & Teams -> Toevoegen
Lid/beheerder van uw gebruikers -> Nu hebben ze toestemming gekregen om zich te committeren
en druk op


Antwoord 18

Ik kwam hetzelfde probleem tegen op een MAC die probeerde te halen uit een privéopslagplaats waarmee ik eerder was verbonden.

Ik heb het opgelost door mijn gebruikersnaam in de repo-url op te nemen:

git remote set-url origin https://<YOUR_USER_NAME_HERE>@github.com/<YOUR_USER_NAME_HERE>/<REPO>.git

Toen kon ik uit de repo halen.

Voor een nieuwe repo die u wilt klonen:

git clone https://<YOUR_USER_NAME_HERE>@github.com/<YOUR_USER_NAME_HERE>/<REPO>.git    

Je wordt gevraagd om je wachtwoord voor dat account in te voeren, daarna kun je verder.


Antwoord 19

U moet uw SSH-toegang als volgt controleren:

ssh -T [email protected]

dit probleem was omdat ik de reactie van de persoon op SSH niet in de repository heb toegevoegd, lees meer over SSH link-1, link-2.


Antwoord 20

Heb hetzelfde probleem ondervonden. Alles werkte jarenlang prima en toen opeens deze fout.

Het probleem bleek te zijn dat ik een deploy-sleutel voor een andere repo aan mijn SSH-agent had toegevoegd vóór de github SSH-sleutel van mijn gebruiker (die ik altijd gebruikte om toegang te krijgen tot de repo in kwestie). SSH-agent probeerde eerst de implementatiesleutel voor een andere repo, en GitHub zei om een totaal onverklaarbare reden

ERROR: Repository not found.

Toen ik de implementatiesleutel van de SSH-agent had verwijderd, was alles weer normaal.


Antwoord 21

Het volgende loste het probleem voor mij op.

Eerst gebruikte ik dit commando om erachter te komen wat het gebruikte github-account was:

ssh -T [email protected]

Dit gaf me een antwoord als volgt:

Hi <github_account_name>! You've successfully authenticated, but GitHub does not provide shell access. I just had to give the access to fix the problem.

Toen begreep ik dat de Github-gebruiker beschreven in het antwoord (github_account_name) niet geautoriseerd was in de Github-repository die ik probeerde op te halen.


Antwoord 22

Hier leest u hoe u mijn probleem kunt oplossen

#check current github account
ssh -T [email protected]
#ensure the correct ssh key used with github
ssh-agent -s
ssh-add ~/.ssh/YOUR-GITHUB-KEY
#re-add the origin
git remote add origin [email protected]:YOUR-USER/YOUR-REPO.GIT
git push -u origin master

Antwoord 23

Als je van github kloont met behulp van HTTPSmaar je gebruikt SSHom te pushen, kun je deze foutmelding ook krijgen.

Om dit te corrigeren, opent u .git/configen vervangt u:

url = https://github.com/company/project.git

Met

url = [email protected]:company/project.git

En je zou zonder waarschuwing moeten kunnen pushen…


Antwoord 24

Ik had hetzelfde probleem met een van mijn Github-repository’s.

Werkelijk:

Gebruikte SSHin plaats van HTTPSen daarna begon push/pullgoed te werken.


Antwoord 25

Het wijzigen van de inhoud van het .git/config-bestand helpt zoals Alex hierboven zei. Ik ondervond hetzelfde probleem en ik denk dat het kwam omdat ik mijn Github-gebruikersnaam heb gewijzigd. De lokale bestanden konden niet worden bijgewerkt met de wijzigingen. Dus misschien kun je elke keer dat je je gebruikersnaam verandert, overwegen om

git remote add origin your_ssh_link_from_github

Ik hoop dat dit helpt 😉


Antwoord 26

Als iemand op github.com met het probleem te maken heeft gehad, controleer dan of je een uitnodiging hebt geaccepteerd nadat de repo-eigenaar toezeggingen aan je heeft toegestaan. Totdat u de uitnodiging accepteert, is de repo onzichtbaar voor u. U krijgt dus ERROR: Repository not found.


Antwoord 27

Ik had hetzelfde probleem. Probeer het volgende:

1. Het aanpassen van de Keychain Access in Mac voor git-referenties loste het probleem voor mij op.
2. Oorsprong-URL opnieuw instellen

git remote rm origin
git remote add origin [email protected]:account-name/repo-name.git

Antwoord 28

Ik kan uitleggen hoe ik in een vergelijkbare situatie kom en zal dan de stappen opnoemen die ik heb genomen om dit probleem op te lossen.

Ik gebruik
Windows 10,
git: git versie 2.27.0.windows.1.

Ik had de git al ingesteld en deed git push-activiteiten. Windows Credential Manager slaat de gebruikersnaam en het wachtwoord op, zodat u niet bij elke git remote-activiteiten een gebruikersnaam en wachtwoord hoeft in te voeren.

Ik kwam dit probleem tegen toen ik een ander github-account toevoegde en –local git-instellingen gebruikte. Na een paar dagen kom ik het probleem Repository niet gevonden tegen, bij onderzoek vond ik:

  1. Zelfs als u de git-gegevens uit Windows Credential Manager verwijdert, worden de gebruikersnaam en e-mailgegevens die u invoert opnieuw opgeslagen.

Dus, als je twee git-accounts gebruikt, moet je (git bash als beheerder) gebruiken

git config --edit --system 

en verwijder de

helper = manager 

regel zodat deze niet langer is geregistreerd als een referentiehulp. Maar elke keer dat u activiteiten op afstand uitvoert, wordt u om inloggegevens gevraagd.

Hoe schakel ik Git Credential Manager voor Windows uit?.

Gebruikersgegevens om externe herkomst te controleren

git config --list --show-origin

Antwoord 29

Gebruik gewoon de externe SSH-url in plaats van de HTTPS


Antwoord 30

Om dit probleem (op Linux) op te lossen, hoefde ik alleen dit uit te voeren:

git config --global --unset credential.helper

Other episodes