Testare localmente, condividere le modifiche, quindi distribuire in tempo reale

Prima di eseguire la distribuzione sul tuo sito live, ti consigliamo di visualizzare e testare le modifiche. Firebase Hosting ti consente di visualizzare e testare le modifiche in locale e di interagire con le risorse del progetto di back-end emulate. Se hai bisogno che i tuoi compagni di squadra visualizzino e verifichino le tue modifiche, Hosting può creare URL di anteprima condivisibili e temporanei per il tuo sito. Supportiamo anche un'integrazione GitHub per la distribuzione da una richiesta pull.

Prima di iniziare

Completa i passaggi elencati nella pagina Introduzione all'hosting , in particolare le seguenti attività:

  1. Installa o aggiorna l'interfaccia a riga di comando di Firebase all'ultima versione.
  2. Collega la directory del progetto locale (contenente il contenuto della tua app) al tuo progetto Firebase.

Puoi facoltativamente distribuire il contenuto e la configurazione di hosting della tua app, ma non è un prerequisito per i passaggi in questa pagina.

Passaggio 1: testare localmente

Se stai effettuando iterazioni rapide o desideri che la tua app interagisca con le risorse del progetto di back-end emulate, puoi testare il contenuto dell'hosting e configurarlo in locale. Durante il test in locale, Firebase offre la tua app Web a un URL ospitato localmente.

L'hosting fa parte della Firebase Local Emulator Suite , che consente alla tua app di interagire con il contenuto e la configurazione dell'hosting emulato , nonché facoltativamente con le risorse del progetto emulato (funzioni, database e regole).

  1. (Facoltativo) Per impostazione predefinita, l'app ospitata localmente interagirà con risorse di progetto reali , non emulate (funzioni, database, regole, ecc.). Puoi invece, facoltativamente, connettere la tua app per utilizzare le risorse di progetto emulate che hai configurato. Ulteriori informazioni: Database in tempo reale | Cloud Firestore | Funzioni cloud

  2. Dalla radice della directory del progetto locale, eseguire il comando seguente:

    firebase emulators:start

  3. Apri la tua app Web all'URL locale restituito dalla CLI (in genere http://localhost:5000 ).

  4. Per aggiornare l'URL locale con le modifiche, aggiorna il browser.

Prova da altri dispositivi locali

Per impostazione predefinita, gli emulatori rispondono solo alle richieste di localhost . Ciò significa che sarai in grado di accedere ai tuoi contenuti ospitati dal browser web del tuo computer ma non da altri dispositivi sulla tua rete. Se desideri eseguire il test da altri dispositivi locali, configura il tuo firebase.json in questo modo:

"emulators": {
    // ...

    "hosting": {
      "port": 5000
      "host": "0.0.0.0"
    }
  }

Passaggio 2: visualizza in anteprima e condividi

Se vuoi che altri visualizzino le modifiche alla tua app web prima di andare in diretta, puoi utilizzare i canali di anteprima.

Dopo aver eseguito il deployment su un canale di anteprima, Firebase offre la tua app Web a un "URL di anteprima", che è un URL temporaneo condivisibile. Quando utilizzi un URL di anteprima, la tua app Web interagisce con il tuo vero back-end per tutte le risorse del progetto.

Tieni presente che sebbene gli URL di anteprima siano difficili da indovinare (poiché contengono un hash casuale), sono pubblici. Quindi, chiunque conosca l'URL può accedervi.

  1. Dalla radice della directory del progetto locale, eseguire il comando seguente:

    firebase hosting:channel:deploy CHANNEL_ID

    Sostituisci CHANNEL_ID con una stringa senza spazi (ad esempio, feature_mission-2-mars ). Questo ID verrà utilizzato per costruire l'URL di anteprima associato al canale di anteprima.

  2. Apri la tua app Web all'URL di anteprima restituito dall'interfaccia a riga di comando. Sarà simile a questo: PROJECT_ID -- CHANNEL_ID - RANDOM_HASH .web.app

  3. Per aggiornare l'URL di anteprima con le modifiche, esegui di nuovo lo stesso comando. Assicurati di specificare lo stesso CHANNEL_ID nel comando.

Ulteriori informazioni sulla gestione dei canali di anteprima , incluso come impostare la scadenza di un canale.

Firebase Hosting supporta un'azione GitHub che crea e aggiorna automaticamente un URL di anteprima quando esegui il commit delle modifiche a una richiesta pull. Scopri come configurare e utilizzare questa azione GitHub .

Passaggio 3: distribuire in tempo reale

Quando sei pronto per condividere le tue modifiche con il mondo, distribuisci i tuoi contenuti di hosting e configurali sul tuo canale live. Firebase offre un paio di opzioni diverse per questo passaggio a seconda del caso d'uso (vedi le opzioni di seguito).

Opzione 1: clona da un canale di anteprima al tuo canale live

Questa opzione garantisce che stai distribuendo al tuo canale live il contenuto e la configurazione esatti che hai testato in un canale di anteprima. Ulteriori informazioni sulla clonazione delle versioni .

  1. Da qualsiasi directory, eseguire il comando seguente:

    firebase hosting:clone SOURCE_SITE_ID:SOURCE_CHANNEL_ID TARGET_SITE_ID:live

    Sostituisci ogni segnaposto con quanto segue:

    • SOURCE_SITE_ID e TARGET_SITE_ID : Questi sono gli ID dei siti di hosting che contengono i canali.

      • Per il tuo sito di hosting predefinito, usa il tuo ID progetto Firebase.
      • Puoi specificare i siti che si trovano nello stesso progetto Firebase o anche in progetti Firebase diversi.

    • SOURCE_CHANNEL_ID : questo è l'identificatore per il canale che sta attualmente servendo la versione che desideri distribuire sul tuo canale live.

      • Per un canale live, usa live come ID canale.

  2. Visualizza le modifiche (passaggio successivo).

Opzione 2: distribuisci dalla directory del tuo progetto locale al tuo canale live

Questa opzione offre flessibilità per regolare le configurazioni specifiche del canale live o per distribuire anche se non hai utilizzato un canale di anteprima.

  1. Dalla radice della directory del progetto locale, eseguire il comando seguente:

    firebase deploy --only hosting

  2. Visualizza le modifiche (passaggio successivo).

Passaggio 4: visualizza le modifiche sul tuo sito live

Entrambe le opzioni precedenti distribuiscono il contenuto dell'hosting e configurano i seguenti siti:

  • I sottodomini forniti da Firebase per il tuo sito di hosting predefinito e per eventuali siti di hosting aggiuntivi:
    SITE_ID .web.app (come PROJECT_ID .web.app )
    SITE_ID .firebaseapp.com (come PROJECT_ID .firebaseapp.com )

  • Tutti i domini personalizzati che hai collegato ai tuoi siti di hosting

Per limitare la distribuzione a un sito di hosting specifico, specifica una destinazione di distribuzione nel comando CLI.

Altre attività di distribuzione e informazioni

Aggiungi un commento per la distribuzione

È possibile aggiungere facoltativamente un commento a una distribuzione. Questo commento verrà visualizzato con le altre informazioni sulla distribuzione nella dashboard di hosting nella console Firebase. Per esempio:

firebase deploy --only hosting -m "Deploying the best new feature ever."

Aggiungi attività con script pre-distribuzione e post-distribuzione

È possibile connettere facoltativamente gli script della shell al comando firebase deploy per eseguire attività di pre-distribuzione o post-distribuzione. Ad esempio, un hook post-distribuzione potrebbe notificare agli amministratori le nuove distribuzioni del contenuto del sito. Fare riferimento alla documentazione dell'interfaccia della riga di comando di Firebase per maggiori dettagli.

Memorizzazione nella cache del contenuto distribuito

Quando viene effettuata una richiesta di contenuto statico , Firebase Hosting memorizza automaticamente nella cache il contenuto sulla CDN. Se ridistribuisci il contenuto del tuo sito, Firebase cancella automaticamente tutto il contenuto statico memorizzato nella cache sulla rete CDN in modo che le nuove richieste ricevano il nuovo contenuto.

Si noti che è possibile configurare la memorizzazione nella cache del contenuto dinamico .

Servire su HTTPS

Assicurati che tutte le risorse esterne che non sono ospitate su Firebase Hosting siano caricate su SSL (HTTPS), inclusi gli script esterni. La maggior parte dei browser non consente agli utenti di caricare "contenuti misti" (traffico SSL e non SSL).

Prossimi passi