Waarom krijg ik deze foutmelding als mijn git-repository-url correct is?
jitendra@JITENDRA-PC /c/mySite (master)
$ git push beanstalk master
fatal: '[email protected]/gittest.git' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
jitendra@JITENDRA-PC /c/mySite (master)
$ git clone git://github.com/jquery/jquery.git
Cloning into jquery...
Remote: Counting objects: 19803, done.
Remote: Compressing objects: 100% (5196/5196), done.
Remote: Total 19803 (delta 14204), reused 19549 (delta 14052)
Receiving objects: 100% (19803/19803), 12.80 MiB | 591 KiB/s, done.
Resolving deltas: 100% (14204/14204), done.
jitendra@JITENDRA-PC /c/mySite (master)
$ gitk --all
jitendra@JITENDRA-PC /c/mySite (master)
$ gitk -all
jitendra@JITENDRA-PC /c/mySite (master)
$ git remote add origin [email protected]/gittest.git
jitendra@JITENDRA-PC /c/mySite (master)
$ git push origin master
fatal: '[email protected]/gittest.git' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
jitendra@JITENDRA-PC /c/mySite (master)
Bewerken: originele screenshot
vervangen
BEWERKEN:
fatal: '[email protected]/gittest.git' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
Antwoord 1, autoriteit 100%
Je hebt de syntaxis voor de scp-achtige manier om een repository te specificeren enigszins verkeerd – het moet zijn:
[user@]host.xz:path/to/repo.git/
… zoals je kunt zien in de git clonedocumentatie. Gebruik in plaats daarvan de URL:
[email protected]:/gittest.git
d.w.z. in de URL die je gebruikt, heb je de :(dubbele punt)
. gemist
Als u de URL voor de herkomst wilt bijwerken, kunt u het volgende doen:
git remote set-url origin [email protected]:/gittest.git
Antwoord 2, autoriteit 31%
Ik kwam een soortgelijk probleem tegen toen ik probeerde mijn bestaande opslagplaats op te slaan in mijn Ubunt One-account. Ik heb dit opgelost door de volgende stappen te volgen:
Stap-1: externe opslagplaats maken
$ cd ~/Ubuntu\ One/
$ mkdir <project-name>
$ cd <project-name>
$ mkdir .git
$ cd .git
$ git --bare init
Stap-2: voeg de afstandsbediening toe
$ git remote add origin /home/<linux-user-name>/Ubuntu\ One/<project-name>/.git
Stap-3: duw de bestaande git reop naar de afstandsbediening
$ git push -u origin --all
Antwoord 3, autoriteit 24%
Dit komt meestal omdat je de oorspronkelijke alias niet hebt ingesteld op je Git-repository.
Probeer
git remote add origin URL_TO_YOUR_REPO
Hiermee wordt een alias toegevoegd aan uw .git/config-bestand voor de externe kloon/push/pull-site-URL. Deze URL is te vinden op de overzichtspagina van je repository.
Antwoord 4, autoriteit 6%
mijn lokale en externe machines zijn beide OS X. Ik had problemen totdat ik de bestandsstructuur controleerde van de git repo die xCode Server me biedt. In wezen is alles chmod 777 * in die repo, dus om een aparte niet-xCode-repo op dezelfde machine in mijn externe account in te stellen, deed ik dit:
MACHINE OP AFSTAND
- Log in op uw account
- Maak een hoofdmap voor alle projecten ‘mkdir git’
- chmod 775 git en dan cd erin
- maak een projectmap ‘mkdir project1’
- chmod 777 project1 en dan cd erin
- voer het commando ‘git init’ uit om de repo te maken
- dit creëert een .git-map. voer het commando ‘chmod 777 .git’ uit en cd erin
- voer het commando ‘chmod 777 *’ uit om alle bestanden in .git 777 mod te maken
- cd terug naar mijnproject1 (cd ..)
- stel een testbestand in de nieuwe repo in met het commando ‘touch test.php’
- voeg het toe aan het opslaggebied voor opslag met het commando ‘git add test.php’
- voer het commando “git commit -m ‘nieuw bestand'” uit om het bestand aan de repo toe te voegen
- voer het commando ‘git status’ uit en je zou het bericht “working dir clean” moeten krijgen
- cd terug naar hoofdmap met ‘cd ..’
- maak in de hoofdmap een symbolische link ‘ln -s project1 project1.git’
- voer het commando ‘pwd’ uit om het volledige pad te krijgen
- in mijn geval was het volledige pad “/Users/myname/git/project1.git’
- schrijf het volledige pad op voor later gebruik in de URL
- verlaat de AFSTANDSBEDIENING
LOKALE MACHINE
- maak een projectmap ergens ‘newproj1’ met ‘mkdir newproj1’
- cd erin
- voer het commando ‘git init’ uit
- maak een alias voor de AFSTANDSBEDIENING
- het alias-commandoformaat is ‘git remote add your_alias_here URL’
- zorg ervoor dat uw URL correct is. Dit bezorgde me aanvankelijk hoofdpijn
- URL = ‘ssh://[email protected]/Users/myname/git/project1.git’
- nadat je ‘git remote add alias URL’ hebt gedaan, doe je ‘git remote -v’
- het commando moet reageren met een ophaal- en duwregel
- voer cmd ‘git pull your_alias master’ uit om test.php van REMOTE repo te krijgen
- na het commando in #10 zou je een leuk bericht moeten zien.
- voer het commando ‘git push –set-upstream your_alias master’ uit
- na commando in 12 zou je een leuk bericht moeten zien
- opdracht in #12 stelt REMOTE in als de projectmaster (root)
Voor mij heb ik geleerd om een schone start te maken met een git repo op een LOCAL en REMOTE vereist eerst al het initiële werk in een shell. Dan, na het bovenstaande
ik kon eenvoudig de LOKALE en REMOTE git-repo’s in mijn IDE instellen en alle basisgit-opdrachten uitvoeren met behulp van de GUI van de IDE.
Ik had problemen totdat ik eerst op de afstandsbediening begon, daarna de lokale, en totdat ik alle rechten op de afstandsbediening opende. Bovendien was het van cruciaal belang om het exacte volledige pad in de URL naar de symbolische link te hebben.
Nogmaals, dit werkte allemaal op OS X, lokale en externe machines.
Antwoord 5, autoriteit 2%
Het is zeer waarschijnlijk dat je de SSH-URL van je repo verkeerd hebt gebruikt.
Ga om te bevestigen naar je repository op Github en klik op de clone or download button. Klik vervolgens op de link use SSH.
Kopieer nu de SSH-link van uw officiëlerepo. De mijne zag er zo uit – [email protected]:borenho/que-ay.git
Je kunt nu git remote add origin [email protected]:borenho/que-ay.gittoevoegen als je originnog niet had.
Als je origineerder had ingesteld, wijzig dit dan met behulp van git remote set-url origin [email protected]:borenho/que-ay.git
Push nu met git push -u origin master
Antwoord 6
Ik had een soortgelijk probleem bij het gebruik van TFS 2017. Ik was niet in staat om GIT-repositories te pushen of te trekken. Uiteindelijk heb ik TFS 2017 opnieuw geïnstalleerd en ervoor gezorgd dat ik TFS 2017 heb geïnstalleerd met een andere SSH-poort dan 22 (in mijn geval koos ik voor 8022). Daarna werd duwen en trekken mogelijk tegen TFS met behulp van SSH.
Antwoord 7
Ik kreeg hetzelfde probleem met mijn functie van mijn functie. Ik heb de bovengenoemde oplossing geprobeerd, niets werkte. Ik heb dit probleem opgelost door de volgende dingen te volgen.
- Git Pull Origin-functie-filiaal-naam
- git push
Antwoord 8
Ik heb een vergelijkbaar probleem, maar nu weet ik de reden.
Nadat we git initgebruiken, moeten we een externe repository toevoegen met
git remote add name url
Let op het woord name, als we het wijzigen in origin, dan zal dit probleem niet gebeuren.
Natuurlijk, als we het veranderen in py, dan met behulp van git pull py branchen git push py branchelke keer dat u trekt en Duw iets is ook goed.