本頁面提供設定 Firebase 的一般通用最佳做法 以及透過專案註冊應用程式 開發工作流程 使用不同的環境掌握最佳做法後 請參閱 一般安全性指南。
瞭解 Firebase 專案的階層結構
下圖顯示 Firebase 專案的基本階層。重點則是
關係：
Firebase 專案就像一個容器，可容納所有應用程式和任何資源 和為專案佈建的服務
Firebase 專案可以註冊一或多個 Firebase 應用程式 (例如應用程式的 iOS 和 Android 版，或兩者皆是 應用程式的付費版本和付費版本)。
所有與同一個 Firebase 專案註冊的 Firebase 應用程式都共用並擁有 可讓您使用為專案佈建的所有相同資源和服務。 例如：
所有註冊至同一個 Firebase 專案的 Firebase 應用程式都會共用 後端，例如 Firebase Hosting、Authentication、Realtime Database、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 發布檢查清單。