【问题标题】:Is Proguard mapping file overwritten each time on Firebase Crashlytics a new release build is created?每次在 Firebase Crashlytics 上创建新版本构建时都会覆盖 Proguard 映射文件吗?
【发布时间】:2021-12-13 17:17:25
【问题描述】:

我正在努力将 proguard 映射文件上传到 Firebase Crashlytics,以便它可以对崩溃报告进行去混淆处理。我想了解的是映射文件何时以及在什么条件下上传到 Firebase。

  1. 每次创建新的发布版本时,我需要使用./gradlew uploadCrashlyticsMappingFileRelease 任务手动上传映射文件还是自动上传映射文件?
  2. 旧映射文件是否会被相同应用版本的新映射文件覆盖?例如,我发布了 v1.0 以播放商店并将其映射文件上传到 Firebase,并为下一个版本继续开发应用程序并在更改代码后创建用于内部测试的发布版本而不更改版本代码 - 这会覆盖原始映射Firebase 上 v1.0 的文件?
  3. 在哪里可以查看映射文件上传的状态?我在 mac os 上,我签入了~/Library/Caches/com.crashlytics/com.crashlytics.tools/crashlytics.log,这个日志文件不包含最新的日志。
  4. 我可以在 Firebase 的哪个位置查看上传的映射文件?
  5. 如何删除 Firebase 上的旧映射文件?

【问题讨论】:

    标签: android firebase proguard crashlytics firebase-crash-reporting


    【解决方案1】:

    我不是 Firebase Crashlytics 方面的专家,但我会分享我的经验,因为看到我的应用版本的堆栈跟踪被混淆是一件非常头疼的事情。

    1. 不,它是自动完成的,它是构建过程的一部分。
    2. 我的经验是它没有被覆盖。似乎只有在我发布了新版本的应用后才能修复去混淆。
    3. 最好的办法是使用 --info 运行 gradle 任务并在日志中查找状态。您提到的目录在较新的版本中似乎不存在。
    4. (和 5.)我不认为你可以访问它,as it does not have a manual upload 反正。

    【讨论】:

      猜你喜欢
      • 2018-07-01
      • 2021-06-07
      • 2019-06-11
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-11-25
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多