Kłopot z pushowaniem przy użyciu Tortoise Git do Bitbucketa

Oto pelny log pojawiający się przy pushowaniu do Bitbucketa:

git.exe push --progress  "origin" master



git did not exit cleanly (exit code 128) (47 ms @ 18.02.2014 13:13:51)

Oczywiście timestamp na końcu się zmienia. Googlałem ów problem, ale większość odpowiedzi odnosi się do Githuba i inwalidacji kluczy SSH po tym jak ich shackowali, co oczywiście mnie nie dotyczy jako że używam Bitbucketa ;) do trzymania repo. Ostatni raz pushowałem gdzieś w listopadzie zeszłego roku (7.11.2013 - teraz sprawdzałem w webowym interfejsie bitbucketa) i wszystko było ok. Od tego czasu nie zmieniałem nic w konfiguracji TortoiseGIT,

Próbowałem wszystkiego co w mojej mocy, aktualizowałem Tortoise'a, cholera, nawet zainstalowałem gita 1.9 - nic nie pomogło.

A czy nie zmieniłeś kiedyś przez przypadek klucza? Banalne, ale skoro kłopot jest zbliżony do tego z githuba i rozwiązaniem jest podmiana klucza to możliwe, że różna jest tylko przyczyna. W sylwestra koledzy zrobili dowcip i podmienili klucze. Kot narobił na dysk i klucz się zmienił... whatever. Poza tym czy próbowałeś logować się przez login/hasło zamiast po kluczu?

Koziołek napisał(a):

A czy nie zmieniłeś kiedyś przez przypadek klucza? Banalne, ale skoro kłopot jest zbliżony do tego z githuba i rozwiązaniem jest podmiana klucza to możliwe, że różna jest tylko przyczyna. W sylwestra koledzy zrobili dowcip i podmienili klucze. Kot narobił na dysk i klucz się zmienił... whatever. Poza tym czy próbowałeś logować się przez login/hasło zamiast po kluczu?

Tyle że ja się loguję po https (login/hasło) a Bitbucket z tego co wiem nie daje klucza właścicielowi (owner), tylko możesz zrobić klucze dla osób "podwładnych". No, chyba że nie zauważam czegoś.

No i nie zmieniałem nic w configu, tak jak mówiłem, dopiero po tym próbowałem coś tam zmieniać, ale nic.

Logujesz się przez www. Następnie profil > Manage Account > SSH Keys (po lewej w menu). Dodajesz klucz. Klucze są trzymane per konto, a nie per repo.

Koziołek napisał(a):

Logujesz się przez www. Następnie profil > Manage Account > SSH Keys (po lewej w menu). Dodajesz klucz. Klucze są trzymane per konto, a nie per repo.

Tylko sobie popsułem. W ogóle nie mógł potem przy pushowaniu znaleźć keya a instrukcje o generowaniu klucza są niezrozumiałe i sądząc po komentarzach nawet błędne (!). Usunąłem dodany klucz i jak to mówią w Ameryce "back to the square one".

Windows... ech... jeszcze raz. Najpierw w konfiguracji włącz autoryzację po username/password. Sprawdź czy działa.

A gdzie to się robi? Bo po skonfigurowaniu Tortoise aby szedł po ssh to mi się pokazuje "Disconnected: No supported authentication methods available (server sent publickey)". A w konsolce po wpisaniu ssh -T [email protected] pokazuje się:
logged in as [redacted].

You can use git or hg to connect to Bitbucket. Shell access is disabled.
czyli dokładnie to co powinno być.

Masz sobie katalog .git/config w projekcie na dysku. Sekcja remote [origin] podajesz jako URL coś w rodzaju https://github.com/Koziolek/koziolekweb.git. Przy operacji na zdalnym repo zapyta o username i hasło

Koziołek napisał(a):

Masz sobie katalog .git/config w projekcie na dysku. Sekcja remote [origin] podajesz jako URL coś w rodzaju https://github.com/Koziolek/koziolekweb.git. Przy operacji na zdalnym repo zapyta o username i hasło

Tylko że to właśnie daje error wspomniany w OP. Tak było ustawione, nie wiem co tam zmienili po stronie bitbucketa ale teraz nie działa.

No to teraz lekko zgłupiałem... hm... clone repo i porównanie konfiguracji.

Ten sam błąd przy klonowaniu, exit code 128.

Hm...pisz do supportu BB. Najwyraźniej problem na poziomie obsługi logowania na ich serwerze.

Pisałem. Ticket ciągle "Unassigned". Bleh. Nawet na ircu bitbucketa próbowałem ale tam albo sami idlerzy albo same boty.