本頁面提供設定 Firebase 的一般通用最佳做法 以及透過專案註冊應用程式 開發工作流程 使用不同的環境掌握最佳做法後 請參閱 一般安全性指南。
瞭解 Firebase 專案的階層結構
這張圖顯示 Firebase 專案的基本階層。重點則是
關係：
Firebase 專案就像一個容器，可容納所有應用程式和任何資源 和為專案佈建的服務
Firebase 專案可以註冊一或多個 Firebase 應用程式 (例如應用程式的 iOS 和 Android 版，或兩者皆是 應用程式的付費版本和付費版本)。
所有與同一個 Firebase 專案註冊的 Firebase 應用程式都共用並擁有 可讓您使用為專案佈建的所有相同資源和服務。 例如：
所有註冊至同一個 Firebase 專案的 Firebase 應用程式都會共用 包括 Firebase 託管、驗證、即時資料庫、Cloud Firestore Cloud Storage 和 Cloud Functions
凡是註冊至同一個 Firebase 專案的 Firebase 應用程式，都會相���連結 使用同一項 Google Analytics 資源，而每項 Firebase 應用程式都是 然後在資源中另外建立資料串流
Google Cloud 專案在這個階層中的位置為何？
Firebase 專案階層的一個方面，未顯示於圖表中 以上是與 Google Cloud 專案的關係Firebase 專案 而是包含其他 Firebase 專屬的 Google Cloud 專案 專案的所有設定和服務 請注意，註冊同一個 Firebase 專案的所有應用程式也會共用並 也能存取相同的 Google Cloud 資源和服務
進一步瞭解 Firebase 與 Google Cloud 的關係 瞭解 Firebase 專案
在 Firebase 專案中註冊應用程式變化版本
以下是透過 Firebase 註冊應用程式變化版本的重要提示 專案：
確保註冊 Firebase 專案的所有應用程式都是平台變化版本 指標。註冊 iOS 具備相同 Firebase 的應用程式/遊戲的 Android 版本和網頁版 專案。
如果您有多個多個建構變化版本，且可能共用同一個 Firebase 資源，請透過同一個 Firebase 專案註冊變化版本。只有部分通知 例如同個專案中的網誌和網頁應用程式，或同時 單一應用程式的付費版。
如果有多個根據版本狀態的建構變數 (而非上述的常見使用者活動或存取行為)，請逐一註冊每個 分別建立「獨立」Firebase 專案的變化版本。例如，偵錯 發布子版本 – 在各自的 Firebase 專案中註冊每個版本。
根據版本狀態建立的建構作業不應共用相同的 Firebase 資源 因為這可能會導致偵錯資料汙染 甚至覆寫實際工作環境 資料。
每個建構變數的 platform 版本應位於 相同 Firebase 專案。例如，您可以同時註冊 iOS 和 Android 「dev」版本Firebase 專案，因為兩者都能 相同的非實際工作環境資料和資源
避免多用戶群架構
多用戶群架構可能會導致設定和資料隱私疑慮， 包括數據分析匯總、共用驗證的意外問題 過於複雜的資料庫結構，而且安全性規則的困難。
一般來說，如果系列應用程式不會共用相同的資料和設定， 強烈建議您將各個應用程式註冊至其他 Firebase 專案。
例如，如果您開發一個白標籤應用程式 已加上標籤的應用程式應有專屬的 Firebase 專案，以及 iOS 和 Android 版 且該標籤的各個版本應位於同一個 Firebase 專案中。每項 基於隱私考量，獨立加上標籤的應用程式不得與 和其他。
後續步驟
詳閱 一般安全性指南 適合不同環境您需要確保每個環境 是安全的。
查看 Firebase 發布檢查清單。