assembleRelease 以 react-native 0.50 失败

Question

使用 gradle-plugin 3.0.0 Gradle 分发版 4.1.0 反应原生 0.50 Linux fedora 27

应用名称是 u1b。 项目结构 /proj/mob/rn.common （这是 node_modules 和我所有与 js 相关的东西的地方） /proj/mob/a/u1b -- 是 android 应用所在的位置。

项目结构不同于通常由样板 react-native create app 脚本创建的项目结构（因为我的 node_modules 不仅仅是 android 应用程序的上一级）。 但不清楚这是否是一个问题。

我一直在调试模式下使用 react-native 库构建我的 android。 现在是时候开始构建发布了。 但是我遇到了问题

bash gradlew assembleRelease 错误出来：

> Task :app:bundleReleaseJsAndAssets
Scanning folders for symlinks in /home/v/devel/mine/proj/mob/rn.common/node_modules (12ms)
Scanning folders for symlinks in /home/v/devel/mine/proj/mob/rn.common/node_modules (9ms)
Loading dependency graph, done.
warning: the transform cache was reset.
bundle: start
bundle: finish
bundle: Writing bundle output to: /home/v/tmp/u1b/app/intermediates/assets/release/index.android.bundle
bundle: Done writing bundle output
bundle: Copying 18 asset files
bundle: Done copying assets

/home/v/tmp/u1b/app/intermediates/res/merged/release/drawable-mdpi/src_jsapp_img_material_ic_local_library_black_48dp_android_drawablexxhlack_48dp.png: **error: Invalid filename.  Unable to add.**

它正在查看的图像文件确实不存在。但是我不知道该文件名是如何构造的，以及为什么它正在寻找它。

我的 gradle.properties 包含一个标志，用于由于错误而切换到旧 apk

# https://github.com/react-community/react-navigation/issues/1976
android.enableAapt2=false

有人可以说明图像名称是如何确定的以及可能导致错误的原因

谢谢

Answer 1

已解决。

我弄清楚了有问题的文件名是如何构造的，然后我能够减轻似乎“图像文件路径太深”的问题。

基本上就是下面的文件名

src_jsapp_img_material_ic_local_library_black_48dp_android_drawablexxhblack_48dp.png

是文件驻留在我的 javascript 文件夹中的路径的串联（从 node_modules 所在的同一级别开始）

我的 index.android.js 引用了一个静态图标文件

icon: require('./src/js.app/img/material/ic_local_library_black_48dp/android/drawable-xxhdpi/ic_local_library_black_48dp.png'),

当捆绑器构造那个有问题的文件名时，它基本上是将路径的元素附加到文件中，并带有一些“修改”。就像去掉一个点（所以 js.app 变成了 jsapp）

我刚刚将该文件复制到更高级别的目录（以减少发布构造的文件名的长度） 然后发布版本开始工作。

违规文件名的长度约为 177 个字符。不知道为什么它会为发布版本造成问题。我怀疑这是 android 工具的限制，而不是 facebook 的问题。我在 buildTools 25.0.3 和 26.0.2 之间来回切换（这也意味着切换 android 插件版本......整个过程花费了相当多的时间）。但问题出在任何一个 buildtools 版本中。

所以我只是认为 js 静态资源（例如图像）的深层目录结构现在是一个问题。所以最好使用较小的目录深度。