簡體   English   中英

Crashlytics 與 Fabric 與 Firebase 崩潰報告——我迷路了

[英]Crashlytics vs Fabric vs Firebase Crash Reporting — I'm lost

有人可以澄清這些條款嗎? 我完全迷路了!

Google 稱什么為“Crashlytics”,誰是 Fabric,為什么它仍然不是 Firebase?
我應該在 Firebase 控制台的某處設置崩潰報告,還是應該在 Fabric 上注冊並以某種方式關聯帳戶?

在 iOS 上,我的新 swift 項目應該使用什么?

pod 'Firebase/Crash'

或者

pod 'Fabric'

或者

pod 'Crashlytics'

好的。 因此,在聯系支持人員后,我做到了!
問題在於,在初始設置(質量 → Crashlytics)中,當您被問到“此應用是 Crashlytics 的新應用嗎”時,您必須選擇“我的應用沒有任何版本的 SDK”。
即使您的應用程序已經安裝了最新的 Crashlytics SDK!

Crashlytics 設置

問題可能應該是“這個應用程序已經使用 Fabric 了嗎? ——是的,——不”。
這似乎是一個應該修復的 UX 錯誤。

至於條款和歷史:

  • 2011 年出現了 Crashlytics。
  • 同樣在 2011 年有 Firebase。
  • 2013 年 Twitter 收購了 Crashlytics
  • 2014 年 Crashlytics/Twitter 發布了 Fabric——一個包含 Crashlytics 的模塊化 SDK
  • 2014 年,谷歌收購了 Firebase。
  • 2016 年,Google 推出了 Firebase 崩潰報告。
  • 2017 年,谷歌通過 Crashlytics 收購了 Fabric,棄用了之前的 Firebase 崩潰報告,現在將其崩潰分析服務稱為“Crashlytics”。
  • 2020 年,Fabric 將被棄用,“Firebase Crashlytics”是剩余的服務。 使用pod 'Firebase/Crashlytics'集成。

如果我錯了糾正我。

火力士在這里

很抱歉這可能引起的任何混淆。

Crashlytics 是 Fabric 的一部分,並且正在成為 Firebase 的一部分。 Firebase 崩潰報告是 Firebase 中以前的崩潰報告器,但已被棄用和刪除。

此時,您應該可以按照以下說明從 Firebase 控制台執行所有操作: https : //firebase.google.com/docs/crashlytics/

目前,這意味着您需要這兩個 pod:

 # Pods for PodTest pod 'Fabric', '~> 1.7.11' pod 'Crashlytics', '~> 3.10.7'

Crashlytics SDK 目前在 Fabric 和 Firebase 中都兼容,但因此需要 Fabric SDK。 2019 年初,我們計划發布針對 Firebase 優化的新 Crashlytics SDK,並將移除 Fabric 依賴項。 更新到該版本的 SDK 后,您將能夠刪除 pod 'Fabric',一切都會變得更簡單。

Crashlytics 曾經是 Fabric 的產品。 兩年前,谷歌收購了他們並開始將他們的服務集成到 Firebase 中。 正如他們的博客中所述 Fabric 將作為一個單獨的產品運行,直到 2019 年年 因此,您最好注冊 Firebase 並按照其網站上的說明進行操作,否則您很快就會需要遷移。

在購買 Fabric 之前,Firebase Crash Reporting 曾經是 Firebase 的崩潰報告解決方案。 現在,它是有利於Crashlytics的棄用聲明在這里

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM