NativeScript / NativeScript/android
Publish debug symbols for nativescript-optimized.aar, not only for nativescript-regular.aar
還沒有人認領這個 Issue。
- 主要語言
- C++
- 星號
- 563
- 分支
- 144
- 平均合併
- 10 小時 46 分鐘
- 30 天內合併 PR
- 14
描述
Is your feature request related to a problem? Please describe.
I'm trying to get native crashes of our app symbolicated. Sentry and Play Console both show only raw offsets inside libNativeScript.so. Every release here ships a debug-symbols.zip, which looked like exactly what I needed, but unless I'm misreading things it doesn't match release builds: the gradle template picks the optimized runtime for release builds, while the published symbols are built from the regular flavor. Since Sentry and Play match symbols strictly by BuildID, the published symbols can only ever apply to debug builds, and production crashes stay unsymbolicated.
Describe the solution you'd like
Publish the unstripped optimized build as well (debug-symbols-optimized.zip or similar, or both flavors in one zip), the same way it's already done for the regular flavor. That would make production native crashes debuggable without any build changes on the app side. It might also be worth mentioning in the release notes which flavor the existing zip corresponds to.
Describe alternatives you've considered
- Setting
"android": { "useV8Symbols": true }so that release builds ship the regular flavor, which the published symbols do match. That works, but it means giving up -O3 and section gc on the runtime glue and shipping the inspector code in production, just to get matching symbols. - Building the runtime from source with symbols. Possible, but a lot of infrastructure for something the release pipeline here already produces for the other flavor.
- Living with unsymbolicated native frames.
Additional context
BuildIDs checked with v9.0.4 on arm64-v8a:
regular (npm AAR): BuildID[sha1]=d7c0ab67…, stripped
optimized (npm AAR): BuildID[sha1]=68bb8632…, stripped
optimized-with-inspector (npm AAR): BuildID[sha1]=d7c0ab67…, stripped
debug-symbols.zip: BuildID[sha1]=d7c0ab67…, with debug_info, not stripped
It took me a while with file and readelf to figure out why nothing matched, so hopefully this saves the next person the detour. And if I'm missing something and there is already a way to get matching symbols for the optimized runtime, happy to be corrected.
貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
研究方向
先追蹤建立 debug-symbols.zip 和最佳化 AAR 的 release packaging,然後比較一般 artifact 與最佳化 artifact 的 BuildIDs。完成的標準是 release 輸出包含與最佳化 runtime 相符的偵錯符號,且 artifact 名稱或 release notes 能識別 flavor。
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- android, cpp
- 領域
- build-system, mobile, release
- Issue 類型
- 功能
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 活躍度
- 冷清
- 描述清晰度
- 基本清楚
- 新手友好度
- 52/100