set ANDROID_HOME=C:\Users\SeuNome\AppData\Local\Android\Sdk
git clone https://github.com/godotengine/godot.git
cd godot
git checkout 4.x
target=template_debug, platform=android, arch=arm32 e debug_symbols=yes para gerar templates com símbolos de depuração .Para usar as flags que você mencionou (desde que a sua versão da Godot as aceite):
scons platform=android target=template_debug generate_android_binaries=yes debug_symbols=yes gradle_do_not_strip=yes
scons platform=android target=template_release generate_android_binaries=yes debug_symbols=yes gradle_do_not_strip=yes
separate_debug_symbols=yes :scons platform=android target=template_release generate_android_binaries=yes debug_symbols=yes gradle_do_not_strip=yes separate_debug_symbols=yes
Faça upload dos debug symbols gerados exatamente do mesmo build do AAB/APK que você está publicando. Stack traces só se tornam legíveis se os símbolos nativos corresponderem ao export template utilizado .
Se o build não gerar automaticamente um arquivo ZIP pronto para upload, vale observar que o suporte nativo da Godot para separação de símbolos voltados ao Google Play já foi considerado não trivial e pode exigir procedimento manual .
A estrutura exata do ZIP de símbolos nativos aceito pelo Play Console não está completamente detalhada nos materiais consultados.
Nunca misture símbolos de versões diferentes da Godot ou de export templates distintos – os debug symbols devem ser do mesmo build exportado .
Se você não alterou o código-fonte da Godot, é mais seguro baixar os debug symbols nativos oficiais da versão correspondente ao export template que você está usando .
Se você modificou a engine ou compilou seu próprio template, utilize os símbolos gerados pela sua própria compilação, não os oficiais, pois eles precisam corresponder exatamente ao build exportado .
A documentação existente não detalha o local exato de saída dos arquivos no Windows nem o processo de empacotamento do ZIP para o Play Console – para esses pontos específicos, as evidências são insuficientes.
set ANDROID_HOME=C:\Users\SeuNome\AppData\Local\Android\Sdk
git clone https://github.com/godotengine/godot.git
cd godot
git checkout 4.x
target=template_debug, platform=android, arch=arm32 e debug_symbols=yes para gerar templates com símbolos de depuração .Para usar as flags que você mencionou (desde que a sua versão da Godot as aceite):
scons platform=android target=template_debug generate_android_binaries=yes debug_symbols=yes gradle_do_not_strip=yes
scons platform=android target=template_release generate_android_binaries=yes debug_symbols=yes gradle_do_not_strip=yes
separate_debug_symbols=yes :scons platform=android target=template_release generate_android_binaries=yes debug_symbols=yes gradle_do_not_strip=yes separate_debug_symbols=yes
Faça upload dos debug symbols gerados exatamente do mesmo build do AAB/APK que você está publicando. Stack traces só se tornam legíveis se os símbolos nativos corresponderem ao export template utilizado .
Se o build não gerar automaticamente um arquivo ZIP pronto para upload, vale observar que o suporte nativo da Godot para separação de símbolos voltados ao Google Play já foi considerado não trivial e pode exigir procedimento manual .
A estrutura exata do ZIP de símbolos nativos aceito pelo Play Console não está completamente detalhada nos materiais consultados.
Nunca misture símbolos de versões diferentes da Godot ou de export templates distintos – os debug symbols devem ser do mesmo build exportado .
Se você não alterou o código-fonte da Godot, é mais seguro baixar os debug symbols nativos oficiais da versão correspondente ao export template que você está usando .
Se você modificou a engine ou compilou seu próprio template, utilize os símbolos gerados pela sua própria compilação, não os oficiais, pois eles precisam corresponder exatamente ao build exportado .
A documentação existente não detalha o local exato de saída dos arquivos no Windows nem o processo de empacotamento do ZIP para o Play Console – para esses pontos específicos, as evidências são insuficientes.