React Native Android связывает зависание с --dev false - PullRequest
Новая
       6

React Native Android связывает зависание с --dev false

0 голосов
/ 04 декабря 2018

Я пытаюсь создать комплект Android React Native, и он отлично работает с --dev true, но следующая команда зависает с --dev false 

# this works
node --expose-gc --max_old_space_size=4096 ./node_modules/react-native/local-cli/cli.js bundle --verbose --platform android --dev true --reset-cache --entry-file index.js --bundle-output /usr/src/app/android/app/src/main/assets/index.android.bundle --assets-dest /usr/src/app/android/app/src/main/res/

# this freezes
node --expose-gc --max_old_space_size=4096 ./node_modules/react-native/local-cli/cli.js bundle --verbose --platform android --dev false --reset-cache --entry-file index.js --bundle-output /usr/src/app/android/app/src/main/assets/index.android.bundle --assets-dest /usr/src/app/android/app/src/main/res/

Я уже пытался добавить --бесный аргумент, но вывод довольно короткий 

warning: the transform cache was reset.
Loading dependency graph, done.

Есть ли способ получить больше информации от упаковщика?Или это единственный способ выполнить отладку printf в пакете.

К вашему сведению, я надеялся воспроизвести ту же проблему, используя Haul, но сборка Haul проходит следующим образом: 

'./index.js 1:275593-275611\nCritical dependency: the request of a dependency is an expression\n ...
'asset size limit: The following asset(s) exceed the recommended size limit (244 KiB).\nThis can impact web performance.\nAssets: \n  ../assets/index.android.bundle (1.57 MiB)',
'entrypoint size limit: The following entrypoint(s) combined asset size exceeds the recommended limit (244 KiB). This can impact web performance.\nEntrypoints:\n  main (1.57 MiB)\n      ../assets/index.android.bundle\n',
'webpack performance recommendations: \nYou can limit the size of your bundles by using import() or require.ensure to lazy load some parts of your application.\nFor more info visit https://webpack.js.org/guides/code-splitting/'

1 Ответ

0 голосов
/ 05 декабря 2018

Проблема заключалась в том, что я выполнял сборку в контейнере Docker, который работал на Hyperkit на моем Mac.Hyperkit был создан с помощью командной строки с ограничением памяти 2G, что объясняет, почему сборка будет продолжать работать до тех пор, пока не достигнет предела памяти 2G, а затем произойдет сбой без вывода сообщений.

...