Fatal 'opprinnelse' ser ikke ut til å være et git -depot

Når utviklere legger til endringer i det lokale depotet og skyver dem til GitHub -hostingtjenesten uten å spore ekstern URL, står de ofte overfor "Fatal: 'Origin' ser ikke ut til å være et git -depot”Feil. For å løse dette problemet, er det påkrevd å legge til sporing av ekstern URL gjennom "$ git eksternt legg til opprinnelse ”Kommando.

Dette innlegget vil diskutere:

• Når "Fatal: 'Origin' ikke ser ut til å være et git -depot" -feil oppstår?
• Hvordan fikse “Fatal: 'Origin' ser ikke ut til å være et git -depot" -feil?

Når "Fatal: 'Origin' ikke ser ut til å være et git -depot" -feil oppstår?

Den ovennevnte feilen oppstår ofte når brukeren ønsker å skyve de lokale endringene inn i det eksterne depotet uten å legge til den eksterne URL-en for sporing. For en bedre forståelse vil vi først vise den ovennevnte feilen og deretter gi metoden for å løse den.

Trinn 1: Flytt til depot

Først, naviger til det ønsket depot gjennom den oppgitte kommandoen:

$ CD "C: \ Brukere \ Nazma \ git \ test_10

Trinn 2: Opprett fil

Neste, løp "ta på”Kommando for å opprette en ny fil i depotet:

$ Touch File2.tekst

Trinn 3: Spor nyopprettet fil

Spor nå den nyopprettede filen til iscenesettelsesområdet ved å bruke følgende kommando:

$ git Legg til File2.tekst

Trinn 4: Forplikt endringer

Utfør “git forpliktelse”Kommando for å begå de ekstra endringene i depotet:

$ git commit -m "file2 lagt til"

Trinn 5: Sjekk git -logghistorikk

Deretter kan du sjekke Git Repository Log History ved å bruke den oppgitte kommandoen:

$ git log .

Trinn 6: Git push

Neste, løp "git push”Kommando med det eksterne navnet og den lokale filialen:

$ git push origin dev

Som du ser gir ovennevnte kommando en feil:

La oss sjekke ut neste avsnitt for å løse den oppståtte feilen.

Hvordan fikse “Fatal: 'Origin' ser ikke ut til å være et git -depot" -feil?

Følg de ovennevnte feilene ovenfor, følg undergitt instruksjoner.

Trinn 1: Sjekk ekstern liste

Først må du sjekke listen over eksterne nettadresser ved å bruke "git fjernkontroll”Kommando:

$ git ekstern -v

I henhold til utdataene under levert, eksisterer det ikke noen ekstern URL for øyeblikket:

Trinn 2: Kopier ekstern URL

Åpne Github, velg depotet og kopier HTTPS URL:

Trinn 3: Legg til ekstern URL

Utfør “git eksternt legg til”Kommando med det eksterne navnet og kopierte den eksterne URL -en for å legge den til:

$ git eksternt legg til opprinnelse https: // github.com/gituser0422/mari_khan.git

Trinn 4: Trekk den lokale grenen

Til slutt, utfør "git pull”Kommando med“-Tillat-ikke-relaterte historier”Alternativ for å trekke den lokale grenen:

$ git pull origin dev-lenke-urelaterte historier

Som et resultat vil GIT åpne MERGE -meldingsfilen i standardtekstredigereren. I denne filen, legg til en kommentar og lagre den:

Som du ser utføres trekkoperasjonen vellykket, og den tidligere oppståtte feilen løses:

Det er alt! Vi har gitt løsningen for å fikse den fatale feilen som oppstod mens vi skyver den lokale grenen inn i fjernkontrollen.

Konklusjon

Den diskuterte dødelige feilen oppstår ofte når brukeren skyver de lokale endringene i det eksterne depotet uten å legge til sporing av ekstern URL. For å løse dette problemet, utfør "$ git eksternt legg til opprinnelse ”Kommando for å legge til en ny ekstern url. Dette innlegget ga løsningen for å løse den fatale feilen som ofte oppstår mens du presser den lokale endringen til det eksterne depotet.