Uwalnianie rake'a zawiesza się po zwolnieniu klejnotu

Question

Próbuję wydać mój pierwszy klejnot Ruby Gems. Klejnot świetnie działa lokalnie.

jestem zwalniając go przy użyciu:

$rake release 

co daje mi to w konsoli:

example_gem 0.0.3 built to pkg/example_gem-0.0.1.gem 
Tagged v0.0.1 
Pushed git commits and tags 

Następnie proces wisi. Czekałem 20 minut, potem anulowałem.

Kiedy próbowałem ponownie zwolnić mam:

rake aborted! 
This tag has already been committed to the repo. 

więc zakłada się, że klejnot został przesłany pomyślnie, jednak 16 godzin później, gem nie jest pod moją uwagę na Ruby Gems.

Więc wpadłem wersję i spróbował ponownie stosując --trace, ale proces wisi w tym samym miejscu tylko z następującymi dodatkami do wyjścia:

** Invoke release (first_time) 
** Execute release 
example_gem 0.0.3 built to pkg/example_gem-0.0.3.gem 
Tagged v0.0.3 
Pushed git commits and tags 

Co jest nie tak?

Answer 1

Wpadł na wersję i spróbował ponownie. Tym razem zadziałało. Jedyną zmianą, którą wprowadziłem, było usunięcie Gemfile.lock z git.

Answer 2

Dla potrzeb wyszukiwań i archiwów Google: napotkałem ten sam problem, ale z innego powodu. Kiedy stosować zalecaną polecenie, aby pobrać moje RubyGems poświadczenia file:

curl -u pond https://rubygems.org/api/v1/api_key.yaml > ~/.gem/credentials; chmod 0600 ~/.gem/credentials 

... Muszę mieć błędnie wpisane hasło, jak plik rzeczywiście zawierał tekst „HTTP Basic: Access denied.”. Żaden błąd nie został wyprowadzony na konsolę. Powtarzanie polecenia curl i bycie bardziej ostrożnym przy wprowadzaniu hasła skutkowało wygenerowaniem sensownego pliku credentials i następną próbą uruchomienia rake release.

Jeśli otrzymasz skargę na istniejący tag prawdopodobnie musisz go usunąć lokalnie; Zastosowanie:

git tag 

... zobaczyć, co tam jest, a kiedy już zidentyfikowane tag oparciu wersji (na przykład „v2.0.0”) usunięcie go z:

git tag -d <tag_name>