Zdalny anonimowy dostęp do repozytorium zabroniony?

Question

Jestem na Ubuntu 12.04 LTS i właśnie zaktualizowałem mój git z 1.7 - coś do wersji 1.8.4. Problemem jest to, kiedy chcą pchnąć do repozytorium GitHub, pojawia się następujący komunikat i push nie dzieje:

/caniuse $ git push 
Username for 'https://github.com': rafalchmiel 
Password for 'https://rafalchmiel@github.com': 
remote: Anonymous access to rafalchmiel/caniuse.git denied. 
fatal: Authentication failed for 'https://github.com/rafalchmiel/caniuse.git/' 

To, co dostaję od git config --list:

user.name=Rafal Chmiel 
user.email=rafalmarekchmiel@gmail.com 
alias.undo-commit=reset --soft HEAD^ 
color.ui=true 
push.default=matching 
credential.helper=cache --timeout=86400 
github.user=rafalchmiel 
core.repositoryformatversion=0 
core.filemode=true 
core.bare=false 
core.logallrefupdates=true 
remote.origin.url=https://github.com/rafalchmiel/caniuse.git 
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/* 

A te moje piloty (git remote -v):

origin https://github.com/rafalchmiel/caniuse.git (fetch) 
origin https://github.com/rafalchmiel/caniuse.git (push) 

próbowałem konfigurowania kluczy SSH ponownie (choć odbywa się to za pośrednictwem HTTP) i nie szukać opcji. Brak szczęścia. Jakieś pomysły na to, co jeszcze mógłbym zrobić?

Answer 1

Problemy nie zostały rozwiązane, jednak ostatecznie zdecydowałem się na SSH zamiast HTTPS. SSH spowodował w ogóle problemy z no (i nie trzeba wpisywać nazwy użytkownika i przekazywać)!

Answer 2

Napotykałem podobny problem i trafiłem na to pytanie w poszukiwaniu odpowiedzi.

Wyjąłem problem.

1. Użycie polecenia git push bez dodawania plików może dać ten błąd
2. Użycie polecenia git push bez dodawania jakichkolwiek zobowiązuje może zrobić to samo

więc proste rozwiązanie byłoby obserwować tą

git add --all . 
git commit 
git push 

Answer 3

Miałem ten problem ze względu na fakt, że miałem włączoną funkcję 2-Factor-Auth, a hasło, o które prosił, to e wygenerował hasło/osobisty token dostępu, a nie moje hasło LDAP. Nie pamiętałem, że go skonfigurowałem w tym czasie.

Tworzenie osobistego tokena dostępu: https://help.github.com/articles/creating-an-access-token-for-command-line-use/, pozwoliło mi pomyślnie przesłać z użyciem wygenerowanego tokena jako hasła.

Kontekst: Wewnętrznie hostowany Enterprise Github. Może klonować, włączony jako współpracownik, ale nie może przepchnąć oryginału.

Answer 4

Jeśli chcesz użyć klucza SSH, należy użyć następującego formatu:

$ <snip> on MBP-0x00A3 in ~/misc/vim_dotfiles 
✭ (git) working on branch alternate ✔ 
❯❯ git remote -v 
origin https://github.com/<snip>/vim_dotfiles.git (fetch) 
origin https://github.com/<snip>/vim_dotfiles.git (push) 

$ <snip> on MBP-0x00A3 in ~/misc/vim_dotfiles 
✭ (git) working on branch alternate ✔ 
❯❯ git remote add personal git@github.com:<snip>/vim_dotfiles.git 

$ <snip> on MBP-0x00A3 in ~/misc/vim_dotfiles 
✭ (git) working on branch alternate ✔ 
❯❯ git remote -v 
origin https://github.com/<snip>/vim_dotfiles.git (fetch) 
origin https://github.com/<snip>/vim_dotfiles.git (push) 
personal git@github.com:<snip>/vim_dotfiles.git (fetch) 
personal git@github.com:<snip>/vim_dotfiles.git (push) 

Teraz można zrobić:

user@host:~$ git push personal <branch> 

i wymusi stosowanie klucza SSH.