2016-05-24 12 views
5

Polecenie Firebase deploy zawsze blokuje się po uruchomieniu.Uruchamianie/zawieszanie Firebase bez komunikatu o błędzie

Oto gadatliwy info:

$ firebase deploy --token "SOMETOKEN" --debug 
---------------------------------------------------------------------- 
Command:  /usr/local/bin/node /usr/local/bin/firebase deploy --token SOMETOKEN --debug 
CLI Version: 3.0.0 
Platform:  darwin 
Node Version: v5.0.0 
Time:   Tue May 24 2016 14:25:31 GMT+0800 (CST) 
---------------------------------------------------------------------- 

> command requires scopes: ["email","openid","https://www.googleapis.com/auth/cloudplatformprojects.readonly","https://www.googleapis.com/auth/firebase"] 
> refreshing access token with scopes: ["email","openid","https://www.googleapis.com/auth/cloudplatformprojects.readonly","https://www.googleapis.com/auth/firebase"] 
>>> HTTP REQUEST POST https://www.googleapis.com/oauth2/v3/token refresh_token=SOMETOKEN, client_id=XXXXXX-XXXXXX.apps.googleusercontent.com, client_secret=XXXXXX, grant_type=refresh_token, scope=email openid https://www.googleapis.com/auth/cloudplatformprojects.readonly https://www.googleapis.com/auth/firebase 
<<< HTTP RESPONSE 200 cache-control=no-cache, no-store, max-age=0, must-revalidate, pragma=no-cache, expires=Mon, 01 Jan 1990 00:00:00 GMT, date=Tue, 24 May 2016 06:25:33 GMT, vary=X-Origin, Origin,Accept-Encoding, content-type=application/json; charset=UTF-8, x-content-type-options=nosniff, x-frame-options=SAMEORIGIN, x-xss-protection=1; mode=block, server=GSE, alternate-protocol=443:quic, alt-svc=quic=":443"; ma=2592000; v="34,33,32,31,30,29,28,27,26,25", accept-ranges=none, connection=close 
>>> HTTP REQUEST GET https://admin.firebase.com/v1/projects/hackdaychat 
<<< HTTP RESPONSE 200 server=nginx, date=Tue, 24 May 2016 06:25:34 GMT, content-type=application/json; charset=utf-8, content-length=109, connection=close, x-content-type-options=nosniff, strict-transport-security=max-age=31536000; includeSubdomains, cache-control=no-cache, no-store 
>>> HTTP REQUEST GET https://admin.firebase.com/v1/database/hackdaychat/tokens 
<<< HTTP RESPONSE 200 server=nginx, date=Tue, 24 May 2016 06:25:36 GMT, content-type=application/json; charset=utf-8, content-length=423, connection=close, x-content-type-options=nosniff, strict-transport-security=max-age=31536000; includeSubdomains, cache-control=no-cache, no-store 

Jak widać, próbowałem go z tokena I zostały utworzone przed poprzez firebase login:ci.

Bez tokena jest to ten sam wynik.

Utworzyłem także lokalny projekt Firebase. Nie wystąpił błąd podczas Firebase init.

Firebase --list działa dobrze. FireBase login i Firebase logout działa dobrze.

Niektóre dodatkowe info:

  • $ node -v -> v5.0.0
  • $ npm -v -> 3.3.6
  • $ Firebase -V -> 3.0 .0
  • OS: OS X 10.11.4
  • Lokalizacja: Szanghaj, ale przy użyciu Proxy do Singapuru.
  • Dostęp do witryny Firebase działa poprawnie.
  • Posiadam prawa właściciela do projektu, którego używam.
  • Próbuję wdrożyć jakiś rodzaj pustego projektu. Środki: Mój folder publiczny zawiera tylko index.html i 404.html.

Ktoś wpadł na pomysł, co może pójść nie tak?

Odpowiedz

2

mam podobny problem

Spróbuj

firebase logout 

następnie

firebase login 

to działa na moim przypadku. Raz zalogowany to wydawać Firebase aplikacji wymagane dodatkowe uprawnienia

również

npm update -g firebase-tools 
+0

Nawet jeśli zaktualizowałem narzędzia Firebase do wersji 3.0.2, otrzymałem taki sam wynik. – Alex

+0

Po wylogowaniu z bazy Firebase i logowania do bazy firebase. Czy widzisz ekran zgody Google z prośbą o pozwolenie? Zakładam, że wymagają więcej uprawnień. –

+0

Widzę ekran. I zawsze klikam "Pozwól". Sądzę więc, że powinien on mieć wszystkie potrzebne uprawnienia? – Alex

1

samo tutaj

Firebase logowania i wylogowania praca grzywny. To samo z init.

Próbowano również zi bez tokena. Ten sam rezultat, jak opisał Frank.

Jestem za korporacyjnym proxy.

  • węzeł v -> v4.4.2
  • Firebase version -> 3.0.1
  • npm -v -> 2.15.0
Powiązane problemy