Przekazywanie do Git zwraca kod błędu 403 krytyczny: żądanie HTTP nie powiodło się

634

Udało mi się sklonować kopię tego repozytorium za pomocą uwierzytelnionego protokołu HTTPS. Dokonałem kilku zmian i chcę wypchnąć z powrotem na serwer GitHub. Korzystanie z Cygwin w systemie Windows 7 x64.

C:\cygwin\home\XPherior\Code\lunch_call>git push
Password:
error: The requested URL returned error: 403 while accessing https://MichaelDrog
[email protected]/derekerdmann/lunch_call.git/info/refs

fatal: HTTP request failed

Skonfiguruj również w trybie pełnym. Nadal jestem dość zaskoczona.

C:\cygwin\home\XPherior\Code\lunch_call>set GIT_CURL_VERBOSE=1

C:\cygwin\home\XPherior\Code\lunch_call>git push
Password:
* Couldn't find host github.com in the _netrc file; using defaults
* About to connect() to github.com port 443 (#0)
*   Trying 207.97.227.239... * 0x23cb740 is at send pipe head!
* Connected to github.com (207.97.227.239) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: C:\Program Files (x86)\Git/bin/curl-ca-bundle.crt
  CApath: none
* SSL connection using AES256-SHA
* Server certificate:
*        subject: 2.5.4.15=Private Organization; 1.3.6.1.4.1.311.60.2.1.3=US; 1.
3.6.1.4.1.311.60.2.1.2=California; serialNumber=C3268102; C=US; ST=California; L
=San Francisco; O=GitHub, Inc.; CN=github.com
*        start date: 2011-05-27 00:00:00 GMT
*        expire date: 2013-07-29 12:00:00 GMT
*        subjectAltName: github.com matched
*        issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=DigiCert High Ass
urance EV CA-1
*        SSL certificate verify ok.
> GET /derekerdmann/lunch_call.git/info/refs?service=git-receive-pack HTTP/1.1
User-Agent: git/1.7.4.3282.g844cb
Host: github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 401 Authorization Required
< Server: nginx/1.0.4
< Date: Thu, 15 Sep 2011 22:44:41 GMT
< Content-Type: text/plain
< Connection: keep-alive
< Content-Length: 55
< WWW-Authenticate: Basic realm="GitHub"
<
* Ignoring the response-body
* Expire cleared
* Connection #0 to host github.com left intact
* Issue another request to this URL: 'https://[email protected]/dereker
dmann/lunch_call.git/info/refs?service=git-receive-pack'
* Couldn't find host github.com in the _netrc file; using defaults
* Re-using existing connection! (#0) with host github.com
* Connected to github.com (207.97.227.239) port 443 (#0)
* 0x23cb740 is at send pipe head!
* Server auth using Basic with user 'MichaelDrogalis'
> GET /derekerdmann/lunch_call.git/info/refs?service=git-receive-pack HTTP/1.1
Authorization: Basic XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
User-Agent: git/1.7.4.3282.g844cb
Host: github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 401 Authorization Required
< Server: nginx/1.0.4
< Date: Thu, 15 Sep 2011 22:44:41 GMT
< Content-Type: text/plain
< Connection: keep-alive
< Content-Length: 55
* Authentication problem. Ignoring this.
< WWW-Authenticate: Basic realm="GitHub"
* The requested URL returned error: 401
* Closing connection #0
* Couldn't find host github.com in the _netrc file; using defaults
* About to connect() to github.com port 443 (#0)
*   Trying 207.97.227.239... * 0x23cb740 is at send pipe head!
* Connected to github.com (207.97.227.239) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: C:\Program Files (x86)\Git/bin/curl-ca-bundle.crt
  CApath: none
* SSL re-using session ID
* SSL connection using AES256-SHA
* old SSL session ID is stale, removing
* Server certificate:
*        subject: 2.5.4.15=Private Organization; 1.3.6.1.4.1.311.60.2.1.3=US; 1.
3.6.1.4.1.311.60.2.1.2=California; serialNumber=C3268102; C=US; ST=California; L
=San Francisco; O=GitHub, Inc.; CN=github.com
*        start date: 2011-05-27 00:00:00 GMT
*        expire date: 2013-07-29 12:00:00 GMT
*        subjectAltName: github.com matched
*        issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=DigiCert High Ass
urance EV CA-1
*        SSL certificate verify ok.
* Server auth using Basic with user 'MichaelDrogalis'
> GET /derekerdmann/lunch_call.git/info/refs HTTP/1.1
Authorization: Basic xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
User-Agent: git/1.7.4.3282.g844cb
Host: github.com
Accept: */*
Pragma: no-cache

* The requested URL returned error: 403
* Expire cleared
* Closing connection #0
error: The requested URL returned error: 403 while accessing https://MichaelDrog
[email protected]/derekerdmann/lunch_call.git/info/refs

fatal: HTTP request failed

Oto wersje git i curl, które mam:

C:\Users\XPherior>git --version
git version 1.7.4.msysgit.0

C:\Users\XPherior>curl --version
curl 7.21.7 (amd64-pc-win32) libcurl/7.21.7 OpenSSL/0.9.8r zlib/1.2.5
Protocols: dict file ftp ftps gopher http https imap imaps ldap pop3 pop3s rtsp
smtp smtps telnet tftp
Features: AsynchDNS GSS-Negotiate Largefile NTLM SSL SSPI libz
Mikrofon
źródło
3
Spójrz na komentarz, który powinien zostać opublikowany jako odpowiedź. Sprawił, że działał z wersją 1.7.1, miał również problem z brakującym monitem o podanie hasła użytkownika. Rekwizyty do stackoverflow.com/a/9575906/805284 ...
sjas
2
sprawdź, czy użytkownik ma dostęp do odczytu / zapisu do repozytorium
Céline Aussourd
22
W przyszłości nie wklejaj „Authorization: Basic <stuff>”, pokazując przykładowe nagłówki http. Łatwo jest go zdekodować w standardzie base64 i uzyskać hasło. @ mike: jeśli nie zmieniłeś hasła github od czasu opublikowania tego pytania, radzę to zrobić.
FlipMcF,
4
@FlipMcF Dzięki stary. Był nieświadomy. Hasło zostało zmienione.
Mike
6
@Mike NP. Teraz mogę bezwstydnie promować małego bloga, który napisałem na ten temat: goo.gl/bpae94
FlipMcF

Odpowiedzi:

836

Właśnie dostałem ten sam problem i właśnie zorientowałem się, co jest przyczyną.

Wydaje się, że Github obsługuje tylko ssh do odczytu i zapisu repozytorium, chociaż sposób https wyświetlał także „Read & Write”.

Musisz więc zmienić konfigurację repo na komputerze na ssh:

  1. edytuj .git/configplik w swoim katalogu repo
  2. znajdź url=wpis w sekcji[remote "origin"]
  3. zmień to z url=https://[email protected]/derekerdmann/lunch_call.gitna url=ssh://[email protected]/derekerdmann/lunch_call.git. to znaczy zmień wszystkie teksty wcześniej@ symbolem nassh://git
  4. Zapisz configplik i wyjdź. teraz możesz użyć git push origin masterdo synchronizacji repozytorium w GitHub
Xiao
źródło
56
Często występuje to podczas klonowania z adresem git tylko do odczytu (który jest domyślny, gdy nie jesteś zalogowany) zamiast adresu ssh do odczytu i zapisu.
Nitrodist,
43
Mój .git/configbył bardziej jak url=https://github.com/mynickname/my_repo.gitAle zmieniłem to tak jak url=ssh://[email protected]/mynickname/my_repo.giti to załatwiło sprawę
Guillaume Flandre
12
Możesz zmienić adres URL repozytorium za pomocą git remote set-urlpolecenia. Zobacz moją odpowiedź poniżej.
fetsh
7
lub po prostu zmień go z wiersza poleceń, używającgit remote set-url <name> [email protected]:<username>/<repo>.git
iGbanam
42
Dla tych, którzy szukają rozwiązania innego niż SSH, sprawdź kilka innych odpowiedzi tutaj. Wydaje się, że dodanie nazwy użytkownika do adresu URL https działa. (zmień adres URL konfiguracji, aby https: // @ github.com / ... to [email protected] / ... )
Cyrus,
431

Aby zdecydowanie móc zalogować się przy użyciu httpsprotokołu, najpierw ustaw poświadczenie uwierzytelniania w zdalnym URI git :

git remote set-url origin https://[email protected]/user/repo.git

Następnie będziesz proszony o hasło podczas próby git push.

W rzeczywistości jest to format uwierzytelniania HTTP. Możesz także ustawić hasło:

https://youruser:[email protected]/user/repo.git

Powinieneś pamiętać, że jeśli to zrobisz, twoje hasło do github zostanie zapisane w postaci zwykłego tekstu w katalogu .git, co jest oczywiście niepożądane.

Thiago Macedo
źródło
12
SSH zablokowany w pracy, więc muszę użyć HTTPS. Dodanie nazwy użytkownika rozwiązuje moje problemy.
David Poole
32
To powinna być zaakceptowana odpowiedź. Nie ma powodu, aby ręcznie edytować pliku konfiguracyjnego, gdy jest do niego interfejs wiersza poleceń.
Steve Bennett
4
Również dla mnie ten sposób ( nazwa użytkownika @ github ... ) poprosił o hasło i zadziałał, podczas gdy ssh: // git @ github ... nie spodziewał się autoryzacji klucza publicznego.
Steve Bennett
1
działa i powinna być przyjętą odpowiedzią! Zwłaszcza w środowiskach, w których ssh nie działa, jest to odpowiedni sposób. Dzięki!
AndreasEK
3
@Achint to format uwierzytelniania. Możesz również ustawić swoje hasło, https://youruser:[email protected]/user/repo.gitmimo że nie jest bezpieczne
Thiago Macedo,
113

Jeden mały dodatek do odpowiedzi Seana .

Zamiast .git/configręcznie edytować plik, możesz użyćgit remote set-url polecenia.

W twoim przypadku powinno to być:

git remote set-url origin ssh://[email protected]/derekerdmann/lunch_call.git

Uważam, że jest to łatwiejsze i czystsze niż grzebanie w plikach kropkowych.

fetsh
źródło
Nie wiem, czy to tylko stary post i git się zmienił, ale jak dziś, aby rozwiązać problem, musiałem użyć git remote set-url origin ssh://[email protected]:derekerdmann/lunch_call.gitdwukropka między github.com a nazwą repo
KevinL
56

Edytuj .git/configplik w swoim katalogu repo

Znajdź url=wpis w sekcji[remote "origin"]

Zmień to z url=https://github.com/rootux/ms-Dropdown.gitna https://[email protected]/rootux/ms-Dropdown.git

gdzie USERNAMEjest twoja nazwa użytkownika github

Gal Bracha
źródło
Ta odpowiedź nie dotyczyła mojego problemu. Mój adres URL .git/configustawiony jest na ` github.com/myrepo/subproject ' .
kilodżule,
Miałem ten problem z Android Studio. Działa w porządku.
AndroidDev
46

Inne odpowiedzi, które sugerują przejście na SSH, nie trafiają w sedno. Obsługiwany jest protokół HTTPS, ale musisz zalogować się przy użyciu hasła GITHUB, a nie hasła SSH (co było tym samym błędem).

Miałem ten sam problem, ale upewnienie się, że użyję mojego rzeczywistego hasła GitHub po pytaniu o hasło terminala, naprawiło rozwiązanie bez zmiany konfiguracji lub uciekania się do SSH.

Powodem, dla którego warto to zauważyć, jest to, że wiele instytucji publicznych (takich jak moja szkoła) blokuje SSH, ale zezwala na HTTPS (to jedyny powód, dla którego zacząłem klonować przez HTTPS).

Mam nadzieję, że pomoże to każdemu, kto ma ten sam problem ...

BMB
źródło
1
ale dlaczego? W przeszłości nie musiałem tego robić. Czy certyfikat wygasł, czy coś?
Thufir
Nie jestem pewien, nie jestem ekspertem, po prostu tak to działa w moim przypadku :)
BMB
Ten sam @Thufir. Nie mam pojęcia, dlaczego to nagle zadziałało.
Nick Manning
Loguję się dobrze przy użyciu nazwy użytkownika i hasła w przeglądarce. ALE, kiedy próbuję, pojawia się git pushmonit o au i p, a wynikiem jest odmowa zgody ... Czy wiesz, czego mi brakuje?
Omar
26

Ten sam błąd i rozdzielczość w systemie Mac OS X.

Wszystko działało dobrze, dopóki nie utworzyłem nowego konta na GitHub i próbowałem pchać

$ git push -u origin master

I dostał błąd:

zdalne: Odmowa dostępu do NEWUSER / NEWREPO.git dla OLDUSER. krytyczny: nie można uzyskać dostępu do „ https://github.com/NEWUSER/NEWREPO.git/ ”: Żądany adres URL zwrócił błąd: 403

Powinno to zostać naprawione poprzez ustawienie user.name na globalne lub bieżące repo

$ git config –-global user.name NEWUSER
$ git config user.name NEWUSER

Ale tak nie było.

Naprawiłem to, usuwając OLDUSERA skojarzonego z GitHub z aplikacji Keychain Access w sekcji Hasła. Następnie polecenie wypychania zakończyło się powodzeniem.

$ git push -u origin master

odniesienie

zeeawan
źródło
Usunięcie OLDUSERA z aplikacji Dostęp do pęku kluczy działało dla mnie
Augusto Triste
1
Wystąpił ten sam błąd, ale z innego, ale powiązanego powodu, który wymagał innego rozwiązania. Próbowałem wypchnąć repozytorium, w którym nie mam dostępu do zapisu (nie jestem współpracownikiem). Stało się tak bardziej z powodu mojej wiedzy o tym, jak przyczynić się do repozytorium, które nie jest moje. Pomyślałem, że mogę po prostu utworzyć nowy oddział, a następnie wykonać polecenie pull. Skąd. Najpierw muszę rozwidlić repo, wprowadzić zmiany w rozwidleniu, a następnie wykonać polecenie ściągnięcia z mojego rozwidlonego repo do oryginalnego repo. Prawdopodobnie głupi błąd z mojej strony, ale jeśli dam radę, jestem pewien, że inne n00bs mogłyby. :)
Neo
23

Jeśli używasz systemu Windows, czasami może się tak zdarzyć, ponieważ system Windows przechowuje poświadczenia zewnętrznego repo (w naszym przypadku github) we własnym magazynie. Zapisane poświadczenia mogą się różnić od potrzebnych w tej chwili.

wprowadź opis zdjęcia tutaj

Aby uniknąć tego problemu, po prostu znajdź github w tym magazynie i usuń zapisane poświadczenia. Następnie podczas pchania git poprosi o podanie poświadczeń i pozwoli ci pchać.

Andrew Gans
źródło
„Być może trzeba będzie sprawdzić menedżera poświadczeń systemu Windows i usunąć wpis github pod control panel > user accounts > credential manager > Windows credentials > Generic credentials” szczegóły z tego postu: stackoverflow.com/a/37450495
Miguel
To działa dla mnie, walczyłem przez prawie 2 dni i wreszcie znalazłem rozwiązanie. Dziękuję Ci bardzo.
Sufiyan Ansari
1
Uratowałeś mi życie!
writeToBhuwan,
1
Od ponad miesiąca mam do czynienia z tym problemem, dziękuję
Samson Nzuki
1
Geniusz. Bardzo dziękuję
Vinod Kumar
18

To działa dla mnie -:

git remote set-url origin https://[email protected]/user/repo.git

Mam nadzieję, że to pomoże

stevensagaar
źródło
1
dobra robota. ustaw użytkownika!
marlonpya
1
To rozwiązanie pomogło w przypadku git v1.7 w CentOS 6.10 x86. Spodziewałem się, że promopt hasła pojawi się (zamiast klucza SSH), i tak się stało (przygotowując <username>@wcześniej github.comw zdalnym adresie URL). Dziękuję Ci!
vulcan raven
17

Myślę, że @deepwaters uzyskało prawidłową odpowiedź dla starszych wersji. Adres URL HTTPS musi mieć nazwę użytkownika. Miałem git 1.7.0.4 i git push origin masternawet nie prosiłem o hasło, dopóki go nie dodam .

nisah
źródło
11

Kod 403 to „Zabronione”. Serwer zobaczył twoje żądanie i odrzucił je. Czy masz uprawnienia do wypychania do tego repozytorium?

Nick Veys
źródło
1
Ja i przyjaciel mamy ten sam problem. Repo jest moje i nie może naciskać. Jak to naprawić?
gibson,
jak zdobyć persmisson
Bawantha
9

Naprawdę miałem bardzo prostą naprawę tego. Wszystko, co zrobiłem, to zmodyfikowałem plik konfiguracyjny git inaczej po sklonowaniu repozytorium. Adres URL zdalnego pochodzenia jest tym, co musisz edytować w domyślnym pliku konfiguracyjnym . Powinno to wyglądać jak poniżej

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = https://*username*@github.com/*username*/*repository*.git
[branch "master"]
    remote = origin
    merge = refs/heads/master
Larrytech
źródło
^ this (lub jeden z jego wariantów poniżej)
Austin France
Dodanie nazwy użytkownika przed github.com naprawiło ją dla mnie.
Shane
Nie ma za co @ ÅdəəlÅhmåd. Wspieraj wysiłek, poprawiając odpowiedź, aby wielu innych mogło to docenić.
larrytech 8.04.16
8

Domyśliłam się. Sklonowałem przez HTTPS. Naprawiłem to, konfigurując moje publiczne klucze SSH, klonując przez SSH i przesuwając przez SSH.

Mikrofon
źródło
Hmmm ... ale co, jeśli nie możesz używać niczego poza https, na przykład z powodu zapory ogniowej? ... Według blogu github dostęp do https został dodany do github tylko w tym celu?
filofel
1
Naprawdę nie wiem. Teraz zawsze klonuję SSH.
Mike
Tylko dla potomności (zauważyłem znacznik czasu) w odniesieniu do komentarza filofel: Sprawdź moją odpowiedź wymienioną powyżej. Mam takie same ograniczenia, o których wspomniałeś w mojej szkole, i stwierdził, że podałem nieprawidłowe hasło / hasło do monitu terminalu. Mam nadzieję, że pomoże to innym osobom z tym samym problemem.
BMB,
8
  1. Kliknij swoje repozytorium
  2. Po prawej stronie kliknij „Ustawienia”
  3. W panelu opcji po lewej stronie kliknij „Współpracownicy”
  4. Dodaj nazwisko osoby, którą znasz w GitHub
  5. Kliknij „Dodaj współpracowników”

Po tym nasz „Push to Git” działał dobrze.

Kryszna
źródło
Dziękuję Ci! naprawdę pomocny!
sailfish009
7

Zrób to, aby uzyskać tymczasową poprawkę

git push -u https://username:[email protected]/username/repo_name.git master

x0v
źródło
proste i działa
Bawantha
6

Napotkałem ten sam błąd, a przyczyna była głupia - nie miałem uprawnień do zatwierdzenia wybranego repozytorium. Nie wiedziałem, że muszę

  1. najpierw rozwidlamy wybrany projekt
  2. klonuj repozytorium lokalnie
  3. zatwierdzaj moje zmiany lokalnie
  4. wypchnij zmiany do mojego klona github
  5. żądanie ściągnięcia żądania do nadrzędnego

zgodnie z opisem w https://help.github.com/categories/63/articles

Leos Literak
źródło
1
Nie głupie, to poprawna odpowiedź dla większości osób, które po raz pierwszy wnoszą wkład do publicznych repozytoriów.
DaReal,
5

Dla tych, którzy mają odmowę dostępu, błąd 403 podczas korzystania z ssh (zgodnie z Xiao ) lub adresów URL http, wypróbuj te polecenia

>git config --global --unset-all credential.helper

>git config --unset-all credential.helper

z uprawnieniami administratora

>git config --system --unset-all credential.helper
Moosa Baloch
źródło
Teraz za każdym razem, gdy Git poprosi o login i hasło. Zapisz je git config --global credential.helper store.
CoolMind
4

zmień to z

url=https://[email protected]/derekerdmann/lunch_call.git 

do

url=ssh://[email protected]/derekerdmann/lunch_call.git

To działa!

Nie zapomnij o „git” przed „@”.

JimmyDong
źródło
To działało dla mnie (używając CentOS Server z RStudio za proxy). Najpierw ustaw serwer proxy: git config --global http.proxy http://proxyUsername:[email protected]:portnastępnie użyj polecenia, git remote set-url originaby zmienić adres.
Alexandre George
3

Dla każdego, kto jest ciekawy, mój komputer Mac vs lucid vm działał na git 1.7.6 vs 1.7.0.4, a dokładnie to samo repo można było wypchnąć z mojego mac (nowszy git), ale nie VM

Ta sama wersja curl. Być może niektóre starsze wersje git nie obsługują wypychania https?

patcon
źródło
Tak, działa tutaj https push to github (nawet przez proxy z hasłem). Używam git 1.7.3. Dla mnie nie powiodło się, ponieważ wpisałem nieprawidłowe hasło.
guettli
9
Działa dla mnie z git 1.7.1, ale jest też jedna rzecz, na którą musisz zwrócić uwagę (i tego właśnie brakowało mi przy pierwszej próbie): Podaj nazwę użytkownika w adresie URL HTTPS, tj.url=https://[email protected]/username/repo.git
lwho
3

Dodaj nazwę użytkownika jako część adresu URL, a ten błąd występuje, ponieważ polecenie git uderza http zamiast https. Więc ustaw adres URL

git remote set-url origin https://<username>@github.com/Path_to_repo.git

Następnie zostaniesz poproszony o podanie hasła:

venkat sam
źródło
3

Co dla mnie zadziałało:

Moje repozytorium było rozwidleniem i nadal było powiązane z repozytorium rodziców.

git remote -v

Powie ci, czy to twoje repozytorium, czy nie.

git remote set-url origin https://github.com/USERNAME/OTHERREPOSITORY.git

Pozwala przekonfigurować go do repozytorium, a następnie pozwolić na push.

timxor
źródło
3

Żadna z powyższych odpowiedzi nie działała na moim enterprisekoncie GitHub. Postępuj zgodnie z tymi krokami w celu wypychania poprzez sposób generowania klucza ssh.

Utwórz repo, odwiedzając swoje konto git.

Wygeneruj klucz ssh:

ssh-keygen -t rsa -C "[email protected]"

Skopiuj zawartość pliku ~ / .ssh / id_rsa.pub do kluczy SSH w ustawieniach konta GitHub. Testuj klucz SSH:

ssh -T [email protected]
clone the repo:
git clone git://github.com/username/your-repository

Teraz przejdź do folderu git clone i wykonaj:

git remote set-url origin [email protected]:username/your-repository.git

Teraz spróbuj edytować plik (wypróbuj README), a następnie:

git add -A
git commit -am "my update msg"
git push -u origin master

Aktualizacja: wydaje się, że nowa wersja git zaleca, aby nie mieć żadnego pliku podczas tworzenia nowego repozytorium. Dlatego wykonaj puste repo.

CKM
źródło
2

Wymyśliłem własną odmianę tego problemu.

Problemem nie była zmiana protokołu z https na ssl, ale zamiast tego ustawienie globalnej nazwy użytkownika i adresu e-mail Github! (Próbowałem pchnąć do prywatnego repozytorium.

git config --global user.email "[email protected]"

git config --global user.name "Your full name"
Lucas Ou-Yang
źródło
Nie działa dla mnie. Konfiguracja została ustawiona, użyj github.com .. bez „@”
ses
1

Miałem teraz ten problem i okazało się, że mój plik /etc/resolver.conf na serwerze miał zły adres IP. Może pomóc innym.

RichardW11
źródło
1

Stało się tak, ponieważ mój współpracownik przypadkowo wyłączył repozytorium, z którego zostało ono utworzone. Wystarczy sprawdzić, czy oryginalne repozytorium git (hub) nadal istnieje.

Ftrotter
źródło
1

Może to być problem księgowy. Konto Github właściciela nadrzędnego (prywatnego) repozytorium może nie być finansowe. Widziałem to, gdy wygasła karta kredytowa klienta.

gnoll110
źródło
1

to, co zadziałało, zmieniło się z http na ssh:

git remote rm origin
git remote add origin [email protected]:username/repoName.git

następnie sprawdź to za pomocą git remote -v

Connor Leech
źródło
1

Miałem ten sam problem. Mój przypadek to: zainicjowałem git repo lokalnie, zanim utworzyłem go na github, a następnie próbowałem dodać zdalną gałąź. Rozwiązałem problem, zmieniając kolejność działań: utworzyłem repo na stronie github, a następnie zainicjowałem go lokalnie. Ale nie jest tak w przypadku tych, którzy lubią robić wszystko z wiersza poleceń jako ja.

Yauhen
źródło