Git / GitHub nie może pushować do mastera

Jestem nowy w Git / GitHub i napotkałem problem. Stworzyłem projekt testowy i dodałem go do lokalnego repozytorium. Teraz próbuję dodać pliki / projekt do zdalnego repozytorium.

Oto, co zrobiłem (i to zadziałało) -

git remote add origin git://github.com/my_user_name/my_repo.git

Teraz, gdy próbuję przesłać repozytorium do GitHub, używając następującego polecenia, otrzymuję następujący błąd -

git push origin master

Błąd -

fatal: remote error:
You can't push to git://github.com/my_user_name/my_repo.git
Use git@github.com:my_user_name/my_repo.git

GitHub nie obsługuje przekazywania przez protokół Git, na co wskazuje użycie początku adresu URL git://. Zgodnie z komunikatem o błędzie, jeśli chcesz wypychać, użyj adresu URL SSH git@github.com:my_user_name/my_repo.gitlub protokołu „inteligentnego HTTP”, używając https://adresu URL, który GitHub pokazuje dla Twojego repozytorium.

(Aktualizacja: ku mojemu zdziwieniu, niektórzy najwyraźniej myśleli, że przez to sugerowałem, że „https” oznacza „inteligentny HTTP”, którym nie było. Git miał kiedyś „głupi protokół HTTP”, który wcześniej nie pozwalał na push wprowadzono „inteligentny protokół HTTP”, z którego korzysta GitHub - można go używać zamiast httpalbo https. Różnice między protokołami przesyłania używanymi przez Git są wyjaśnione w poniższym łączu).

Jeśli chcesz zmienić adres URL pochodzenia, możesz po prostu zrobić:

git remote set-url origin git@github.com:my_user_name/my_repo.git

lub

git remote set-url origin https://github.com/my_user_name/my_repo.git

Więcej informacji można znaleźć w 10.6 Git Internals - Transfer Protocols .

Użyj odpowiedzi Marka Longaira , ale pamiętaj, aby użyć łącza HTTPS do repozytorium:

git remote set-url origin https://github.com/my_user_name/my_repo.git

Możesz wtedy użyć git push origin master.

Rozwiązanie Mark Longair git remote set-url...jest dość jasne. Możesz również uzyskać to samo zachowanie, bezpośrednio edytując tę ​​sekcję pliku .git / config:

przed:

[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = git://github.com/my_user_name/my_repo.git

po:

[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = git@github.com:my_user_name/my_repo.git

(I odwrotnie, git remote set-url...wywołanie powoduje powyższą zmianę).

Jest na to proste rozwiązanie dla kogoś nowego:

Edytuj plik konfiguracyjny w lokalnym katalogu .git ( config). Zmiana git:do https:poniżej.

[remote "origin"]
    url = https://github.com/your_username/your_repo

Miałem ten problem po uaktualnieniu klienta Git i nagle moje repozytorium nie mogło przesłać.

Zauważyłem, że jakiś stary pilot miał niewłaściwą wartość url, nawet jeśli mój obecnie aktywny pilot miał tę samą wartość urli działał dobrze.

Ale był też pushurlparametr, więc dodanie go do starego pilota zadziałało:

Przed:

[remote "origin"]
    url = git://github.com/user/repo.git
    fetch = +refs/heads/*:refs/remotes/origin/*
    pushurl = git@github.com:user/repo.git

UWAGA: ta część pliku „config” była nieużywana przez wieki, ale nowy klient skarżył się na zły adres URL:

[remote "composer"]
    url = git://github.com/user/repo.git
    fetch = +refs/heads/*:refs/remotes/composer/*

Dodałem więc pushurlparametr do starego pilota:

[remote "composer"]
    url = git://github.com/user/repo.git
    fetch = +refs/heads/*:refs/remotes/composer/*
    pushurl = git@github.com:user/repo.git

Ten błąd występuje, gdy klonujesz repozytorium za pomocą wywołania takiego jak:

git clone git://github.com/....git

To zasadniczo ustawia Cię jako użytkownika tylko do ściągania, który nie może wprowadzać zmian.

Naprawiłem to, otwierając .git/configplik mojego repozytorium i zmieniając wiersz:

[remote "origin"]
    url = git://github.com/myusername/myrepo.git

do:

[remote "origin"]
    url = ssh+git://git@github.com/myusername/myrepo.git

Ten ssh+gitprotokół zgit użytkownikiem jest mechanizmem uwierzytelniania preferowanym przez Github.

Inne wspomniane tutaj odpowiedzi technicznie działają, ale wszystkie wydają się omijać ssh, co wymaga ręcznego wprowadzenia hasła, którego prawdopodobnie nie chcesz.

Jeśli przejdziesz do http://github.com/my_user_name/my_repo , zobaczysz pole tekstowe, w którym możesz wybrać ścieżkę git do swojego repozytorium. Będziesz chciał tego użyć!

Dodałem mój pubkey do github.com i to się udało:

ssh -T git@github.com

Ale po błędnym wykonaniu tej czynności pojawił się błąd „Nie możesz pchać”:

git clone git://github.com/mygithubacct/dotfiles.git
git remote add origin git@github.com:mygithubacct/dotfiles.git
...edit/add/commit
git push origin master

Zamiast robić to, co powinienem:

mkdir dotfiles
cd dotfiles
git init
git remote add origin git@github.com:mygithubacct/dotfiles.git
git pull origin master
...edit/add/commit
git push origin master

Aby ustawić httpsglobalnie zamiast git://:

git config --global url.https://github.com/.insteadOf git://github.com/

Poniższe polecenia rozwiążą problem.

 git pull --rebase
 git push

Najszybszym sposobem na przezwyciężenie tego jest zastąpienie originsugestią, którą daje.

Zamiast git push origin masterużywać:

git push git@github.com:my_user_name/my_repo.git master