Flutter: 32-बिट और 64-बिट बायनेरिज़ के साथ ऐप बंडल का समर्थन करें

नहीं

मेरे पास एक ही चेतावनी थी। क्या फ़्लटर टीम का कोई व्यक्ति उस पर टिप्पणी करने या उसकी व्याख्या करने की परवाह कर सकता है, और हम यह सुनिश्चित करने के लिए क्या कर सकते हैं कि flutter build appbundle --release उत्पन्न ऐपबंडल में 64-बिट कोड भी हो। @zoechi क्या आप हमें इसके बारे में कुछ बता सकते हैं?

मैं यह भी देख रहा हूं। यहाँ एक स्क्रीनशॉट है:

और "और जानें" दस्तावेज़ीकरण यहाँ है: https://developer.android.com/distribute/best-practices/develop/64-bit

मैं Flutter टीम से उत्तर की प्रतीक्षा कर रहा हूं।

मुझे यह चेतावनी संदेश आज भी मिला है।

यहाँ वही मुद्दा।

मैं भी

मैं भी

क्या इसका अभी तक कोई समाधान है?

इसे देखें: https://github.com/flutter/flutter/issues/18494#issuecomment -477502287

इसने मेरे लिए काम किया।

[आंतरिक परीक्षण के लिए रोलआउट शुरू करें] बटन Google Play कंसोल के ऐप रिलीज़ पेज में अक्षम है (वह स्क्रीन जहां ऊपर 64 बिट चेतावनी संदेश दिखाई देता है)

64 बिट बंडल आवश्यकता अब स्पंदन परियोजनाओं के लिए एक शो स्टॉपर है।

/ cc @mklim @cbraken

ऐसा प्रतीत होता है कि प्ले स्टोर ने एक चेतावनी जारी करना शुरू कर दिया है जो फ़्लटर से डिफ़ॉल्ट रिलीज़ निर्देशों का उपयोग करने पर चालू हो जाती है।
https://flutter.dev/docs/deployment/android

स्पंदन के साथ 32 और 64-बिट एआरएम दोनों के लिए एपीके जमा करना संभव है, इसके लिए अभी कुछ अतिरिक्त चरणों की आवश्यकता है। ऐसे हल करने के विभिन्न तरीकों पर चर्चा की गई है:
https://github.com/flutter/flutter/issues/18494#issuecomment -477502287

हम अभी यह देखने के लिए भी देख रहे हैं कि इस चेतावनी से बचने के लिए हमें डिफ़ॉल्ट टेम्प्लेट/टूल्स/रिलीज़ चरणों को कैसे सर्वोत्तम तरीके से अपडेट करना चाहिए।

आपके धैर्य के लिए धन्यवाद।

@eseidelGoogle अगर मैं गलत हूं तो मुझे सुधारें, हालांकि, मैंने सोचा था कि ऐप बंडल का पूरा बिंदु सब कुछ एक फ़ाइल में पैक करना था और Play Store को केवल प्रत्येक उपयोगकर्ता को आवश्यक एपीके शिप करने देना था।

जैसा कि मैंने अपने मूल प्रश्न में बताया था, मैं flutter build appbundle का उपयोग कर रहा हूं। इस मामले में, आपके द्वारा प्रस्तावित समाधान लागू नहीं होगा, है ना?

हमने कल स्पंदन बिल्ड एपबंडल की कोशिश की और प्ले स्टोर से त्रुटि संदेश प्राप्त कर रहे थे कि यह एक डिबग बिल्ड था ...

निश्चित रूप से इसे add2app परिदृश्यों में भी काम करने की आवश्यकता है जहां flutter.dev के निर्देशों का उपयोग नहीं किया जाता है बल्कि इसके बजाय एंड्रॉइड स्टूडियो बिल्ड-> जेनरेट साइन एपीके का उपयोग किया जाता है

इसे आलोचनात्मक करार देने के लिए धन्यवाद

हमने अभी व्यक्तिगत रूप से इस पर चर्चा की है। @tvolkert इसे बंद करने के लिए ड्राइव करने में मदद करने के लिए किसी को ढूंढने जा रहा है।

मुझे यह चेतावनी भी मिल रही है, क्या डिफ़ॉल्ट रूप से 64 बिट करने का कोई तरीका है?

build.gradle छोटा संशोधन रिलीज एपीके और एएबी में 64 बिट देशी libs को शामिल करने के लिए मजबूर कर सकता है - वर्कअराउंड के लिए यहां एक नज़र डालें

googles के लिए, कृपया हमें इस बात की जानकारी दें कि कितने फ़ोन अभी भी 32 बिट का उपयोग करते हैं।
यदि आप 64 बिट और 32 बिट libs जोड़ते हैं तो आप अंतिम एपीके आकार बढ़ाते हैं।

मेरे पास एक गैर-स्पंदन परियोजना है, जहां मैंने एबीआई द्वारा एपीके को विभाजित किया है, इसलिए आकार को कम करने के लिए मेरे पास 32 बिट और 64 बिट के लिए अलग-अलग एपीके हैं। अब यह कदम मुझे आगे बढ़ते हुए एपीके साइज बढ़ाने के लिए मजबूर करता दिख रहा है।
लेकिन क्यों ?

मेरे पास आंकड़े नहीं हैं कि भारत/अफ्रीका में कितने 32 बिट केवल फोन हैं ... मुझे यकीन है कि यह यूरोप, अमेरिका और एशिया के कुछ हिस्सों में कुछ भी नहीं है।
x86/x86_64 बनाम armeabi/arm64-v8a के बारे में क्या? क्या हमें अंतिम उत्पादन एपीके में सभी 4 एबीआई के लिए libflutter.so जोड़ने की आवश्यकता है?
.. मिप्स भी ... क्या कोई फोन अभी भी मिप्स का उपयोग कर रहा है? सिर्फ गूगल जानता है।

@VarolOkan एएबी का उपयोग करें और Google को सभी एबीआई और स्क्रीन डीपीआई संयोजनों के लिए

[आंतरिक परीक्षण के लिए रोलआउट शुरू करें] बटन Google Play कंसोल के ऐप रिलीज़ पेज में अक्षम है (वह स्क्रीन जहां ऊपर 64 बिट चेतावनी संदेश दिखाई देता है)

64 बिट बंडल आवश्यकता अब स्पंदन परियोजनाओं के लिए एक शो स्टॉपर है।

@eseidelGoogle या कोई भी - क्या कोई पुष्टि कर सकता है कि यह है
ए) एक शो स्टॉपर
या बी) अगस्त तक चेतावनी
देखें: https://forums.expo.io/t/warning-with-the-google-play-64-bit-requirement/22305
वह इंगित करता है कि काम करने के लिए जाँच करने के लिए बाईं ओर कुछ बॉक्स हैं, और यदि चेतावनी अगस्त कहती है तो यह एक बड़ी समस्या की तरह लगता है यदि यह वास्तव में मई की शुरुआत है।

इसके अलावा - यह जानने के लिए बहुत उपयोगी है कि वास्तव में लगभग 32 बिट मशीनें नहीं हैं और 64 बिट आर्म के लिए सिंगल लाइन एबीफिल्टर का उपयोग करना 99.5% उपयोगकर्ताओं या कुछ का समर्थन करने के लिए एक व्यवहार्य विकल्प है; मैंने पूरे एक साल पहले किसी को सफाई करते देखा था "बाजार पर सभी फोन" 64 बिट थे ... शायद इसका मतलब है कि बहुत सारे पुराने फोन हैं?

मेरी समझ यह है कि यह शो स्टॉपर नहीं है, बल्कि एक सामान्य चेतावनी है। हमने @blasten को यह देखने के लिए कहा है कि हम डिफ़ॉल्ट फ़्लटर सेटअप को इस चेतावनी से बचने के लिए यहां क्या कर सकते हैं। मुझे उम्मीद है कि अगले कुछ दिनों में हमारे पास कुछ अपडेट होंगे।

जैसा कि @eseidelGoogle ने कहा, मैं इस मुद्दे का ध्यान https://github.com/flutter/flutter/issues/18494#issuecomment -489807239?

क्या यह अब कोई समस्या नहीं है? https://github.com/flutter/flutter/issues/18494#issuecomment -482795450

यह शोस्टॉपर नहीं है। मुझे चेतावनी मिली लेकिन मैं अपना ऐप यहां जारी करने में सक्षम था
प्लेस्टोर।

क्र मोर्टेन

मंगलवार, 7 मई 2019 को 17.46 बजे, ऑड्रियस करोसेविसियस नोटिफिकेशन @github.com
लिखा था:

क्या यह अब कोई समस्या नहीं है? #18494 (टिप्पणी)
https://github.com/flutter/flutter/issues/18494#issuecomment-482795450

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/flutter/flutter/issues/31922#issuecomment-490135779 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AA4B4J5BY3BJVIELNEPC4N3PUGP7BANCNFSM4HJU7TZA
.

>

;-)
/ मोर्टेन

वेब: http://buildsucceeded.dk
मोबिल: 51 21 90 79

संक्षेप में:

1) इस साल की शुरुआत में Play ने डेवलपर्स को बताया कि अगस्त से 64-बिट संस्करण प्रदान करने के लिए उसे स्टोर पर अपलोड किए गए ऐप्स की आवश्यकता होगी (https://android-developers.googleblog.com/2019/01/get-your-apps-ready -for-64-bit.html)। इस हफ्ते, प्ले स्टोर ने आगामी आवश्यकता की चेतावनी प्रदान करने के लिए अपलोड किए गए ऐप्स के लिए एक सूचनात्मक संदेश प्रदर्शित करना शुरू कर दिया है। हालाँकि, Play Store की आवश्यकताएं इस समय नहीं बदली हैं।

2) 64-बिट एपीके की आवश्यकता चेतावनी संदर्भों का पालन करना अब संभव है, एक स्पंदन परियोजना में धीरे-धीरे फ़ाइलों को संशोधित करने के लिए थोड़ा मैनुअल प्रयास: https://github.com/flutter/flutter/issues/18494#issuecomment - 489807239 एक उदाहरण के लिए कि कैसे।

3) हम फ़्लटर के डिफ़ॉल्ट व्यवहार को उपयोगकर्ताओं के किसी भी अतिरिक्त प्रयास के बिना 64-बिट समर्थन के आसपास Play दिशानिर्देशों के आने वाले अपडेट का अनुपालन करने पर काम कर रहे हैं। मुझे उम्मीद है कि अगस्त की समय सीमा से बहुत पहले, अगले कुछ दिनों/सप्ताहों में काम पूरा हो जाएगा।

अगर मुझसे ऊपर कुछ छूट गया है, तो कृपया टिप्पणी करने या संपर्क करने में संकोच न करें। क्षमा करें कि प्ले से पहले चेतावनी चालू करने से पहले हमने इसे अपडेट नहीं किया था। आपकी मदद और प्रतिक्रिया के लिए सभी का धन्यवाद!

@eseidelGoogle

1. मैं flutter build apk द्वारा बनाए गए ऐप को प्रकाशित नहीं कर सकता। Play Store मेरी प्रोफ़ाइल पर केवल 32 बिट बिल्ड को स्वीकार नहीं करता है।
2. वनप्लस वन जैसे 32 बिट उपकरणों पर # 18494 (टिप्पणी) का समाधान विफल हो जाता है।

मेरी राय में, यह एक शोस्टॉपर है।

@eseidelGoogle

1. हल किया। अगर रेटिंग और देश कॉन्फ़िगर नहीं किए गए हैं, तो Google Play किसी भी बिल्ड को स्वीकार नहीं करता है। केवल संदेश भ्रामक है।

64-बिट एपीके आवश्यकता चेतावनी संदर्भों का अनुपालन करना संभव है, एक फ़्लटर प्रोजेक्ट में ग्रेडल फ़ाइलों को संशोधित करने के लिए थोड़ा मैन्युअल प्रयास के साथ: # 18494 (टिप्पणी) एक उदाहरण के लिए कैसे।

परीक्षण और त्रुटि के कुछ घंटों के बाद मैं एक हस्ताक्षरित एपीके बनाने में सक्षम नहीं था और न ही 64-बिट libflutter.so युक्त ऐपबंडल।

बंडल में शामिल एकमात्र libflutter.so है
आर्मेबी-वी7ए (32-बिट)
, उपयोग करते समय
एंड्रॉइड स्टूडियो 3.4
बिल्ड #AI-183.5429.30.34.5452501, 10 अप्रैल 2019 को बनाया गया

मेनू: बिल्ड> साइन किए गए बंडल / एपीके उत्पन्न करें

flutter build apk --release --target-platform=android-arm64 -v
flutter build appbundle --release --target-platform=android-arm64 -v

दोनों विफल @> कार्य: ऐप: मान्य हस्ताक्षर रिलीज विफल

@ciez इसने मेरे लिए केवल 64 बिट

$ flutter build apk --release --target-platform=android-arm64
Initializing gradle...                                              1.1s
Resolving dependencies...                                           1.8s
Running Gradle task 'assembleRelease'...                                
Running Gradle task 'assembleRelease'... Done                       9.0s
Built build/app/outputs/apk/release/app-release.apk (7.5MB).

@adriank
हाँ, यह काम करता है।
पता लगा कि समस्या क्या थी: "~" keystore.jks के पथ में /home/user के साथ प्रतिस्थापित करने की आवश्यकता है

झूठे अलार्म के लिए खेद है।

ऐसा प्रतीत होता है कि इस तरह बनाया गया प्रत्येक बंडल केवल 1 आर्च को अधिक से अधिक लक्षित कर सकता है?

फ़्लटर अपडेट की प्रतीक्षा में वर्कअराउंड के रूप में बस मेरे निर्माण को तोड़ दिया।

@mulderpf आपने कौन सा वर्कअराउंड लागू किया, और आपका बिल्ड कैसे टूट गया?

स्पंदन टीम के नवीनतम अपडेट के लिए यह टिप्पणी देखें।

मुझे एक अपडेट मिला: मेरे पास यह मेरी शाखा में काम कर रहा है!
सुझाव है कि भविष्य में रिलीज़ में flutter build appbundle --release --target-platform=android-arm-all (APK को बॉक्स से अलग करने के लिए अनुशंसित) या flutter build apk --release --target-platform=android-arm-all किया जाए।

क्या पीएसटी समय क्षेत्र में कोई इसे आजमाने को तैयार है? यदि हां, तो कृपया Gitter या Slack पर संपर्क करें :)

@blasten दुख की बात है कि मैं आपकी शाखा के साथ एपबंडल का उत्पादन करने में सक्षम नहीं था। ग्रैडल किसी तरह app:properties पर विफल रहता है, लेकिन कोड को देखते हुए यह आशाजनक लगता है।
क्या आपने यह सत्यापित करने में कामयाबी हासिल की है कि flutter/engine ./lib/ निर्देशिका से AOT स्नैपशॉट लोड करेगा? इंजन कोड को देखते हुए यह हर जगह संपत्तियों का उपयोग करता है... अगर यह काम करता है तो यह समग्र ऐप बंडल समस्या का समाधान करेगा, क्योंकि अभी के लिए उन्हें एबीआई द्वारा संपत्ति निर्देशिका लक्ष्यीकरण का समर्थन नहीं है।

@SPodjasek सही है, इसे इंजन के स्थानीय निर्माण की भी आवश्यकता होगी, इसलिए

@blasten मैंने अपने बिल्ड ट्री को ठीक करने में कामयाबी हासिल की है और अब मैं सफलतापूर्वक ऐप बंडल बना सकता हूं जिसमें base/lib/${abi}/ में AOT स्नैपशॉट शामिल हैं।

  4649616  2019-05-13 20:52   base/lib/arm64-v8a/isolate_snapshot_data.so
  6296768  2019-05-13 20:52   base/lib/arm64-v8a/isolate_snapshot_instr.so
  8472736  2019-05-13 20:52   base/lib/arm64-v8a/libflutter.so
    32352  2019-05-13 20:52   base/lib/arm64-v8a/vm_snapshot_data.so
    19200  2019-05-13 20:52   base/lib/arm64-v8a/vm_snapshot_instr.so
  3700504  2019-05-13 20:52   base/lib/armeabi-v7a/isolate_snapshot_data.so
  6019680  2019-05-13 20:52   base/lib/armeabi-v7a/isolate_snapshot_instr.so
  6036116  2019-05-13 20:52   base/lib/armeabi-v7a/libflutter.so
    23520  2019-05-13 20:52   base/lib/armeabi-v7a/vm_snapshot_data.so
    12640  2019-05-13 20:52   base/lib/armeabi-v7a/vm_snapshot_instr.so

और मैं सोच रहा हूं कि क्या यह इसे संशोधित करने के लिए पर्याप्त होगा ...

https://github.com/flutter/engine/blob/1b649a57d18a8c41ae017d79cf9bdb999a2276ac/shell/platform/android/io/flutter/view/FlutterMain.java#L334 -L336

कुछ ऐसा करने के लिए:

getContext().getApplicationInfo().nativeLibraryDir;

बेशक, यह इतना आसान नहीं होगा, लेकिन सामान्य विचार प्राप्त करने के लिए ...

32 और 64 बिट समर्थन के साथ flutter build appbundle का प्रयास करने का तरीका यहां दिया गया है:

1. https://drive.google.com/open?id=1yAkfhPKfhdd8MwW39qfkZDePc66SMA_z से flutter.jar डाउनलोड करें और इसे {flutterInstallationPath}/bin/cache/artifacts/engine/android-arm-release । स्पंदन स्थापना पथ की जाँच करने के लिए, which flutter

यदि आप FlutterMain.java में परिवर्तन देखना चाहते हैं तो देखें: https://github.com/blasten/engine/commit/b3ab9def28a414ffa53bf10ad6a3249f31ed00e3

1. इस शाखा से पैच देखें:

$ cd {flutterInstallationPath}
$ git remote add arm-all https://github.com/blasten/flutter
$ git fetch arm-all apk_defaults
$ git checkout apk_defaults

$ git build appbundle --release --target-platform=android-arm-all

आप जो पाएं, मुझे उसके बारे में बताएं।

+1

@danysz +1 लिखने के बजाय, यदि आपने इस मुद्दे को ऊपर उठाया होता, तो इससे अधिक समझ में आता (आपके लिए कोई कठोर भावना नहीं)। दूसरों के लिए, यदि वे इस संदेश को पढ़ते हैं, तो कृपया "मैं भी", "वही यहाँ", "+1" न लिखें, इसके बजाय इस मुद्दे को अपवोट करें।

शुक्रिया!

@blasten ऐप्स प्रारंभ करने में विफल हो रहे हैं:

05-14 10:50:35.979  3445 28828 I ActivityManager: Start proc 30019:xxx/u0a262 for activity xxx/com.example.flutterapp.MainActivity
05-14 10:50:36.067 30019 30019 I FirebaseInitProvider: FirebaseApp initialization successful
05-14 10:50:36.108 30019 30019 E flutter : [ERROR:flutter/runtime/dart_vm_data.cc(19)] VM snapshot invalid and could not be inferred from settings.
05-14 10:50:36.108 30019 30019 E flutter : [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from.
05-14 10:50:36.108 30019 30019 E flutter : [ERROR:flutter/runtime/dart_vm_lifecycle.cc(89)] Could not create Dart VM instance.
05-14 10:50:36.108 30019 30019 F flutter : [FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.
05-14 10:50:36.108 30019 30019 F libc    : Fatal signal 6 (SIGABRT), code -6 in tid 30019 (xxx), pid 30019 (xxx)

यह मेरे भौतिक डिवाइस और 9/10 टेस्ट लैब डिवाइस पर जाता है - हमारे पास पिक्सेल-क्यू-बीटा के लिए एक असंगत परिणाम है।

@danysz +1 लिखने के बजाय, यदि आपने इस मुद्दे को ऊपर उठाया होता, तो इससे अधिक समझ में आता (आपके लिए कोई कठोर भावना नहीं)। दूसरों के लिए, यदि वे इस संदेश को पढ़ते हैं, तो कृपया "मैं भी", "वही यहाँ", "+1" न लिखें, इसके बजाय इस मुद्दे को अपवोट करें।

शुक्रिया!

किया हुआ

@blasten आपके परिवर्तनों को देखते हुए मैंने पाया है कि मौजूदा ऐप्स के लिए AndroidManifest.xml को संशोधित करने की आवश्यकता है

diff --git a/packages/flutter_tools/templates/app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl b/packages/flutter_tools/templates/
app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl
index 4778a2080..f3492835e 100644
--- a/packages/flutter_tools/templates/app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl
+++ b/packages/flutter_tools/templates/app/android.tmpl/app/src/main/AndroidManifest.xml.tmpl
@@ -24,6 +24,11 @@
             <meta-data
                 android:name="io.flutter.app.android.SplashScreenUntilFirstFrame"
                 android:value="true" />
+            <!-- If true, the snapshots are read from lib instead of the assets 
+                 directory in the APK. -->
+            <meta-data
+                android:name="io.flutter.view.FlutterMain.snapshot-in-lib"
+                android:value="${snapshotInLib}" />
             <intent-filter>
                 <action android:name="android.intent.action.MAIN"/>
                 <category android:name="android.intent.category.LAUNCHER"/>

फिर भी, यह अभी भी विफल है ...

@blasten

git build

$ git build appbundle --release --target-platform=android-arm-all

"git build" or "flutter build" ? :-)

दुख की बात है कि मैं आपके निर्देशों के साथ ऐपबंडल नहीं बना सका। ग्रैडल ऐप पर विफल रहता है

ऐसा लगता है कि डाउनलोड प्रक्रिया ने flutter.jar . को अधिलेखित कर दिया है

@MoacirSchmidt मेरे पास समान मुद्दे हैं लेकिन बिल्ड डीआईआर ( flutter clean ) और ग्रेडल कैश ( ~/.gradle/caches और ${projectRoot}/android/.gradle ) की सफाई में मदद मिली

64-बिट एपीके बनाने में समस्या वाले लोगों के लिए।
इस सेटिंग ने मेरे लिए काम किया।

बिल्ड.ग्रेडल

flutter build apk --release --target-platform=android-arm चलाएं

वेतन वृद्धि संस्करण कोड

flutter build apk --release --target-platform=android-arm64 चलाएं

https://github.com/flutter/flutter/issues/18494 पर अधिक चर्चा

flutter build appbundle अब मास्टर में है, क्या कोई स्वैच्छिक व्यक्ति इसे आजमाना चाहता है?

मेरे जैसे लोगों के लिए, जो ग्रेडल फ़ाइलों को बदलने से डरते हैं - यदि आप केवल 64 बिट संस्करण चाहते हैं, तो flutter build apk --release --target-platform=android-arm64 बिल्ड.ग्रेडल को संशोधित किए बिना भी काम करता है।

@blasten मैंने beta चैनल में flutter build appbundle की कोशिश की। जब मैं प्ले स्टोर पर अपलोड करने का प्रयास करता हूं, तब भी मुझे 32/64 त्रुटि मिलती है।

मुझे पता है कि आपने master लेकिन मुझे कुछ त्रुटियां हैं जो मैं अभी भी उस शाखा पर काम कर रहा हूं। बस आपको वह जानकारी देना चाहता था!

मुझे यह चेतावनी भी मिल रही है!

क्या सभी आर्किटेक्चर के लिए ऐप बंडल बनाने का कोई तरीका है?

इसे ठीक करने के बारे में कोई अपडेट?

मैं इस बग को बंद कर रहा हूं क्योंकि यह ऐप बंडलों को संदर्भित करता है। यदि आप मास्टर शाखा में स्विच करते हैं, तो आप 32 और 64-बिट CPU आर्किटेक्चर का समर्थन करने वाले ऐप बंडल बनाने के लिए flutter build appbundle का उपयोग कर सकते हैं। यदि आप ऐप बंडल का उपयोग करना पसंद करते हैं या नहीं कर सकते हैं, तो फ़ैट एपीके के माध्यम से अतिरिक्त सहायता के लिए इस थ्रेड का अनुसरण

@blasten - क्या आप कृपया एक तरह के निर्देश प्रदान कर सकते हैं कि इसे एंड्रॉइड स्टूडियो के भीतर से कैसे उपयोग किया जाए?
यहाँ मेरी वर्तमान स्पंदन विन्यास है:

डॉक्टर सारांश (सभी विवरण देखने के लिए, स्पंदन डॉक्टर -v चलाएं):
[√] स्पंदन (चैनल स्थिर, v1.2.1, माइक्रोसॉफ्ट विंडोज पर [संस्करण 10.0.17763.503], लोकेल एन-यूएस)
[√] एंड्रॉइड टूलचेन - एंड्रॉइड डिवाइस के लिए विकसित (एंड्रॉइड एसडीके संस्करण 28.0.3)
[√] एंड्रॉइड स्टूडियो (संस्करण 3.4)

यह परिवर्तन stable शाखा में कब जाएगा?

@blasten क्या यह Add2App के साथ काम करता है?

@blasten स्पंदन बिल्ड एपबंडल द्वारा बनाए गए ऐप बंडल पर हस्ताक्षर कैसे करें?

@blasten उत्पादन ऐप्स के लिए मास्टर शाखा का उपयोग करने का यह एक अच्छा तरीका है?

@dblokhin आप मास्टर चैनल पर स्विच करने के लिए flutter channel master का उपयोग कर सकते हैं। ध्यान दें कि यह अब देव चैनल पर भी उपलब्ध है।

@tvolkert - कोई समय सीमा जब इसे stable शाखा में विलय कर दिया जाएगा?

@ Angel1st मैं अब से लगभग 3 महीने बाद अतिथि

@truongsinh - अगस्त को देखते हुए, अब से लगभग दो महीने बाद, मैं वास्तव में बहुत तेजी से गोद लेने की उम्मीद करूंगा ...

@ Angel1st यह पहले से ही स्थिर है! मैं और अधिक पता लगाऊंगा ...

@ Angel1st यह पहले से ही स्थिर है!

क्या आपको इस बारे में यकीन हैं? वर्तमान स्थिर 1.5.4-हॉटफिक्स 2 चींटी है, यह 32 और 64 दोनों के साथ बंडल नहीं बना रहा है। या क्या मुझे कुछ याद आ रहा है?

@shinayser यह अभी तक नहीं है, क्षमा करें। मैं और अधिक जानकारी प्राप्त करूंगा और थ्रेड को अपडेट करूंगा। जैसा कि टॉड ने उल्लेख किया है, इस बिंदु पर master चैनल एकमात्र विकल्प है।

मैंने ऐपबंडल की कोशिश की। मेरे पास मास्टर में स्पंदन का 1.6.1-पूर्व संस्करण था
चैनल।

बंडल का आउटपुट लगभग 12 एमबी था जो चेतावनी उत्पन्न नहीं करता था
और व्यक्तिगत एपीके आकार लगभग 7 थे। अब तक सब कुछ अच्छा है।

लेकिन जब मैंने Play Store के माध्यम से अपडेट करने के बाद ऐप खोला तो मेरा ऐप मिल गया
स्प्लैश स्क्रीन में फंस गया।

मेरे पास स्पंदन बिल्ड एपीके पर वापस जाने का कोई विकल्प नहीं था जो ठीक काम करता था, आइडी कैसे
और क्यों।

इसलिए मुझे नहीं लगता कि यह मुद्दा अभी बंद हुआ है, क्योंकि चेतावनी के बावजूद
ऐपबंडल के साथ चला गया है, इसलिए ऐप ही है। एपबंडल है
ऐप को बेकार कर देता है क्योंकि यह स्प्लैश स्क्रीन में फंस गया है।

उस स्थिति में, बेझिझक सीधे Gitter पर मुझसे संपर्क करें : .aab फ़ाइल भेज सकते हैं जो कि टूल ने उत्पन्न किया है।

मेरा मानना ​​​​है कि हमें एक या दूसरे तरीके से प्रलेखित उपयोग की आवश्यकता है। इसके अलावा, मेरा मानना ​​​​है कि जून के अंत से पहले इसे stable विलय करना महत्वपूर्ण है यदि फ़्लटर टीम डेवलपर्स को आसपास रखना चाहती है।

@angel1st हम जून के अंत तक इस काम को stable तक बढ़ावा देने के लिए कड़ी मेहनत कर रहे हैं।

कुछ अपडेट:

हम ऐप बंडल (मास्टर चैनल से flutter build appbundle का उपयोग करके उत्पन्न) से एपीके को तैनात करने के बाद स्प्लैश स्क्रीन में फंसने वाले ऐप्स को पुन: उत्पन्न करने में सक्षम थे।

यह AOT स्नैपशॉट के बारे में हमारी नियुक्ति की वजह से किया जा रहा है ( vm-snapshot-data , vm-snapshot-instr , isolate-snapshot-data , isolate-snapshot-instr ) के भीतर पुस्तकालयों के रूप में /lib/{abi}/lib_{snapshot}.so ऐप बंडलों के लिए ABI स्प्लिट प्राप्त करने के लिए।

संपादित करें : मूल कारण यह निकला कि एंड्रॉइड एम्बेडर में कोड इस लाइन में flutter_assets नाम की एक निर्देशिका की अपेक्षा करता है, लेकिन ऐप बंडलों का समर्थन करने के लिए मेरा हालिया परिवर्तन ऐसी निर्देशिका बनाने में अक्षम है, जिसके कारण ऐप कभी शुरू नहीं हुआ। @jason-simmons https://github.com/flutter/engine/compare/7f4f52f95294...e8db5dfd52ee द्वारा यह प्रतिबद्धता इस मुद्दे को हल करती है।

निष्कर्ष

वर्तमान योजना स्पंदन उपकरण को एओटी स्नैपशॉट के बजाय ईएलएफ साझा पुस्तकालय उत्पन्न करने की अनुमति देना है। यह सुविधा अभी डार्ट एसडीके में https://github.com/dart-lang/sdk/commit/af93ebcf4cb55ae5f0f39a183ad2d42ca13ae51f में जोड़ी गई थी।

इसका मतलब यह है कि हम वास्तविक पुस्तकालयों का उपयोग करके ऐप बंडलों और मोटे एपीके के लिए एबीआई स्प्लिट प्राप्त करेंगे।

एक बार समस्या ठीक हो जाने पर मैं इस बग और https://github.com/flutter/flutter/issues/18494 को अपडेट कर दूंगा। इस बीच, --target-platform से build appbundle पास करने से आप AOT स्नैपशॉट को lib/ ले जाए बिना ऐप बंडल बना सकते हैं।

कुछ अपडेट:

हम ऐप बंडल (मास्टर चैनल से flutter build appbundle का उपयोग करके उत्पन्न) से एपीके को तैनात करने के बाद स्प्लैश स्क्रीन में फंसने वाले ऐप्स को पुन: उत्पन्न करने में सक्षम थे।

यह AOT स्नैपशॉट के बारे में हमारी नियुक्ति की वजह से किया जा रहा है ( vm-snapshot-data , vm-snapshot-instr , isolate-snapshot-data , isolate-snapshot-instr ) के भीतर पुस्तकालयों के रूप में /lib/{abi}/lib_{snapshot}.so ऐप बंडलों के लिए एबीआई विभाजित करने के लिए। आखिरकार, स्नैपशॉट वास्तविक पुस्तकालय नहीं हैं और इस व्यवहार को प्राप्त करने के लिए हमारे हैक ने काम नहीं किया।

वर्तमान योजना स्पंदन उपकरण को एओटी स्नैपशॉट के बजाय ईएलएफ साझा पुस्तकालय उत्पन्न करने की अनुमति देना है। यह सुविधा अभी डार्ट एसडीके में dart -lang/ sdk@af93ebc में जोड़ी गई है ।

इसका मतलब यह है कि हम वास्तविक पुस्तकालयों का उपयोग करके ऐप बंडलों और मोटे एपीके के लिए एबीआई स्प्लिट प्राप्त करेंगे।

एक बार समस्या ठीक हो जाने पर मैं इस बग और #18494 को अपडेट कर दूंगा। इस बीच, --target-platform से build appbundle पास करने से आप AOT स्नैपशॉट को lib/ ले जाए बिना ऐप बंडल बना सकेंगे।

@blasten क्या यह ठीक से काम करेगा जब आपके पास एक और पुस्तकालय होगा जो मूल कोड का भी उपयोग करता है? उदाहरण के लिए: वीएलसी। जब हम एपीके बना रहे होते हैं तो यह कुछ .so उत्पन्न करता है।

हां - आप अपने एपीके के भीतर अन्य मूल कोड पुस्तकालयों का उपयोग कर सकते हैं।

नए पैकेजिंग प्रारूप में फ़्लटर ऐप में libflutter.so इंजन लाइब्रेरी के साथ-साथ एक और .so शामिल होगा जिसमें आपके ऐप के डार्ट कोड से संकलित एओटी स्नैपशॉट डेटा होगा। यदि आवश्यक हो तो ऐप फ़्लटर से असंबंधित अन्य .so पुस्तकालयों को जोड़ सकता है।

FYI करें, स्प्लैश स्क्रीन पर अटकने की समस्या का समाधान (आगामी) 1.7.0 देव चैनल रिलीज़ (https://github.com/flutter/flutter/wiki/Bad-Builds#v161---) में होना चाहिए। v167)

नमस्ते। स्प्लैश स्क्रीन पर अटकने की समस्या का समाधान देव चैनल पर आ गया है - आपको इसे देखना चाहिए यदि आप flutter upgrade से v1.7.0.1 तक हैं। कृपया इसे आज़माएं और अगर आपको flutter build appbundle समस्या आती है तो हमें बताएं।

@tvolkert पहले मेरे लिए काम नहीं करता था और अब मेरे लिए काम नहीं करता है। न तो चैनल देव (1.7.0) पर और न ही चैनल मास्टर (1.7.1) पर। flutter build appbundle साथ ऐप बिल्ड को Play Store के माध्यम से प्रकाशित करने और वास्तविक डिवाइस पर चलाने के बाद क्रैश हो जाता है।
संपादित करें: डिवाइस से ऐप को हटाने और इसे Play Store से पुनः इंस्टॉल करने के बाद अब यह चैनल देव (1.7.0) पर काम करता है।
संपादित 2: यह काम नहीं करता है। सही संस्करण का वितरण करते समय Play Store सामान्य से थोड़ा धीमा था। मैं पुनरुत्पादन में सहायता के लिए क्या कर सकता हूं?

@masewo क्या आप डिवाइस से समाधि का पत्थर एकत्र कर सकते हैं, साथ ही उस समय

@ जेसन-सीमन्स @ ब्लास्टन कुछ और जिसे आप इसे ट्रैक करने में मदद करना चाहते हैं?

@tvolkert

समाधि का पत्थर:

2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: Build fingerprint: 'samsung/crownltexx/crownlte:9/PPR1.180610.011/N960FXXS2CSDJ:user/release-keys'
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: Revision: '28'
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: ABI: 'arm64'
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: pid: 8261, tid: 8261, name: asewo.myfirstapp  >>> net.masewo.myfirstapp <<<
2019-06-04 08:32:44.375 8326-8326/? A/DEBUG: signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG: Abort message: '[FATAL:flutter/shell/common/shell.cc(218)] Check failed: vm. Must be able to initialize the VM.
    '
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x0  0000000000000000  x1  0000000000002045  x2  0000000000000006  x3  0000000000000008
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x4  0000000000000000  x5  0000000000000000  x6  0000000000000000  x7  0080000000000000
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x8  0000000000000083  x9  000000767c1f9890  x10 fffffff87ffffbdf  x11 0000000000000001
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x12 00000075ded1c000  x13 0000000000000008  x14 ffffffffffffffff  x15 0000402003ff3b02
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x16 000000767c2302b0  x17 000000767c16f958  x18 0000007fdd2251da  x19 0000000000002045
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x20 0000000000002045  x21 0000000000000083  x22 00000075edde02e0  x23 00000075dec79fc0
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x24 00000075de3a6150  x25 0000000000000000  x26 00000075f7614ca0  x27 0000000000000003
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     x28 0000000000000000  x29 0000007fdd225b00
2019-06-04 08:32:44.376 8326-8326/? A/DEBUG:     sp  0000007fdd225ac0  lr  000000767c162da0  pc  000000767c162dcc
2019-06-04 08:32:44.377 8326-8326/? A/DEBUG: backtrace:
2019-06-04 08:32:44.377 8326-8326/? A/DEBUG:     #00 pc 0000000000021dcc  /system/lib64/libc.so (abort+124)
2019-06-04 08:32:44.377 8326-8326/? A/DEBUG:     #01 pc 0000000000e4a6a0  /data/app/net.masewo.myfirstapp-J4PFXKn_O2diLnKpCeu2eg==/split_config.arm64_v8a.apk (offset 0xe2d000)

स्पंदन:

D:\Programme\Android\flutter\bin\flutter.bat doctor --verbose
[√] Flutter (Channel dev, v1.7.0, on Microsoft Windows [Version 10.0.18362.145], locale de-DE)
    • Flutter version 1.7.0 at D:\Programme\Android\flutter
    • Framework revision f36a35d20a (3 days ago), 2019-05-31 15:27:56 -0400
    • Engine revision a32df2c928
    • Dart version 2.3.2 (build 2.3.2-dev.0.0 445a23a9bc)

[√] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at D:\Programme\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: D:\Programme\Android\Android Studio Dev\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b03)
    • All Android licenses accepted.

[√] Android Studio (version 3.5)
    • Android Studio at D:\Programme\Android\Android Studio Beta
    • Flutter plugin version 36.0.7
    • Dart plugin version 191.7221
    • Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b02)

[√] Connected device (1 available)
    • SM N960F • xxxxxxxxxxxxxxxx • android-arm64 • Android 9 (API 28)

@ jason-simmons @blasten यह वह दावा है जो @masewo के मामले में दुर्घटना का कारण

@masewo हम आउट ऐप्स के साथ क्रैशिंग को पुन: उत्पन्न करने में असमर्थ हैं -- क्या आप 1.7.1 रिलीज़ से एक अहस्ताक्षरित .aab फ़ाइल बनाने के लिए तैयार हैं जो इस व्यवहार को प्रदर्शित करती है और इसे ईमेल के माध्यम से मुझे भेजती है (tvolkert@google .com)? अगर ऐसा है, तो यह बेहद मददगार होगा!

FYI करें, हमारे 64-बिट समर्थन के संबंध में निम्न घोषणा [email protected] पर भेजी गई थी।

https://groups.google.com/forum/#!topic/flutter -announce/oIzwT9EDczc

@tvolkert क्या वह टीम है जो https://github.com/flutter/flutter/wiki/Add-Flutter-to-Existing-apps को आपके द्वारा सूचीबद्ध किए जा रहे सभी बिंदुओं के अनुकूल बनाने पर भी काम कर रही है?

1. 32-बिट और 64-बिट दोनों का समर्थन करने वाला ऐप बंडल बनाने का एक तरीका (डिफ़ॉल्ट रूप से) प्रदान करें। (पहले से ही देव चैनल पर परीक्षण के लिए उपलब्ध है)

2. 32-बिट और 64-बिट दोनों का समर्थन करने वाला एपीके बनाने का एक तरीका (डिफ़ॉल्ट रूप से) प्रदान करें। (चालू)

@truongsinh हाँ, इस टिप्पणी को लंबित पीआर में देखें: https://github.com/flutter/flutter/pull/33696#issuecomment -498934359

@मासेवो और बाकी सभी: हम https://github.com/flutter/flutter/issues/31922#issuecomment -498541765 में वर्णित दुर्घटना को दोहराने में सक्षम हैं और इसे ट्रैक कर रहे हैं।

tldr: कसकर लटकाओ - हम उस पर हैं

नमस्ते,

टीएलडीआर:

हमने प्ले स्टोर से डाउनलोड किए जाने पर क्रैश की समस्या की पहचान की है और इसे ठीक करने पर काम कर रहे हैं, जिसे https://github.com/flutter/flutter/issues/31922#issuecomment में ऊपर उल्लिखित समय सीमा के भीतर वितरित किया जाना है। -498880614

उच्च स्तरीय स्पष्टीकरण

रुचि रखने वालों के लिए, कुछ हद तक लंबी व्याख्या यह है कि एंड्रॉइड मार्शमैलो या बाद में चलने वाले उपकरणों के साथ, प्ले स्टोर उन ऐप का पता लगाएगा जो कई एबीआई वाले ऐप बंडल के रूप में पैक किए गए हैं - और यह उन ऐप को डिवाइस पर "स्प्लिट" के रूप में स्थापित करेगा। एपीके"। जब यह ऐसा करता है, तो उसमें निहित .so फाइलें एपीके ज़िप संग्रह से नहीं निकाली जाती हैं, जो गैर-विभाजित एपीके के व्यवहार से अलग है। चूंकि फ़्लटर इंजन की .so फ़ाइलों को खोजने के लिए वर्तमान तंत्र मानता है कि उन्हें

समाधान सिर्फ dlopen पुस्तकालयों के लिए है, और एंड्रॉइड अमूर्त दूर है जहां पुस्तकालय स्थित हैं (यानी एक संग्रह के भीतर या नहीं)। हालांकि, आवश्यक .so फाइलें कभी भी शुरू करने के लिए सही पुस्तकालय नहीं थीं - वे डेटा के केवल बाइनरी ब्लॉब्स थे जिन्हें हमने डार्ट वीएम में लोड किया था। तो इसके भाग के रूप में, हम उन्हें ELF पुस्तकालय बना रहे हैं (जैसे https://github.com/dart-lang/sdk/commit/6d608fb52bc1926a73d986d73ab228b77cfb7ca2 और https://github.com/flutter/flutter/pull/33696)।

नमस्ते,

हम मानते हैं कि सभी सुधार master चैनल पर टिप-ऑफ-ट्री पर आ गए हैं। यदि आप उन्हें आजमाना चाहते हैं, तो यहां बताया गया है:

• flutter build appbundle

  डिफ़ॉल्ट रूप से, ऐप बंडल में आपका डार्ट कोड और armeabi-v7a (32-बिट) और arm64-v8a (64-बिट) के लिए संकलित फ़्लटर रनटाइम होता है।

• flutter build apk --split-per-abi

  इस आदेश के परिणामस्वरूप दो एपीके होंगे:

  build/app/outputs/apk/release/app-armeabi-v7a-release.apk
build/app/outputs/apk/release/app-arm64-v8a-release.apk

• flutter build apk

  इसका परिणाम एक मोटा एपीके होगा जिसमें सभी लक्षित एबीआई के लिए आपका कोड संकलित होगा। इस तरह के एपीके अपने विभाजित समकक्षों की तुलना में आकार में बड़े होंगे, जिससे उपयोगकर्ता मूल बायनेरिज़ डाउनलोड कर सकते हैं जो उनके डिवाइस के आर्किटेक्चर पर लागू नहीं होते हैं।

flutter build appbundle अब मेरे लिए काम कर रहा है। धन्यवाद @tvolkert !

पुष्टि कर सकते हैं कि यह कई Android उपकरणों पर काम कर रहा है (मास्टर पर स्विच करने के बाद)। क्या जीवन रक्षक है, धन्यवाद।

महान! धन्यवाद @blasten , @jason-simmons, और @rmacnak-google पर जाएं - मैं सिर्फ संदेशवाहक हूं

इतनी तीव्र प्रतिक्रिया के लिए फ़्लटर टीम और योगदानकर्ताओं को धन्यवाद। उम्मीद है, यह 1.5 महीने के भीतर बीटा चैनल पर पहुंच जाएगा :)

@tomaszpolanski की योजना जून के अंत तक इसे बीटा में लाने और जुलाई की शुरुआत तक स्थिर करने की है

@tvolkert क्या कोई flutter build appbundle कमांड ध्वज है जिसे हम पास कर सकते हैं जिसमें x86 भी शामिल है?

@athornz रिलीज़ मोड एटीएम में नहीं है। देखें: https://github.com/flutter/flutter/issues/9253। हालांकि निकट भविष्य में x86_64 लिए AOT स्नैपशॉट जोड़ना संभव होगा।

मास्टर शाखा में स्विच करने से मुझे निम्न त्रुटि मिलती है। स्थिर बनाता है लेकिन रिलीज बंडल में 64 बिट शामिल करने में विफल रहता है।

Running flutter doctor...
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel master, v1.7.4-pre.108, on Mac OS X 10.14.5 18F132, locale nl-NL)
[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[✓] Xcode - develop for iOS and macOS (Xcode 10.2.1)
[✓] iOS tools - develop for iOS devices
[✓] Android Studio (version 3.4)
[✓] IntelliJ IDEA Community Edition (version 2018.2.7)
[✓] Connected device (1 available)

• No issues found!
MacBook-Pro-van-Wendel:zaira wendel$ flutter build appbundle --build-name=1.0.6 --build-number=6 -t lib/main_prod.dart --flavor=prod
Initializing gradle...                                              0,9s
Resolving dependencies...                                           2,2s
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
registerResGeneratingTask is deprecated, use registerGeneratedResFolders(FileCollection)
Running Gradle task 'bundleProdRelease'...                              
Running Gradle task 'bundleProdRelease'... Done                    78,6s
Gradle task bundleProdRelease failed with exit code 1

@xinoxapps , क्या आप flutter build appbundle -v का पूरा आउटपुट भेज सकते हैं (इस धागे की पठनीयता के लिए कृपया gist.github.com लिंक के रूप में)?

@xinoxapps , मैं इस मुद्दे को स्थानीय रूप से build.gradle कॉन्फिग लॉजिक है, जो समस्या का कारण हो भी सकता है और नहीं भी। क्या न्यूनतम रेपो केस प्राप्त करना संभव होगा? उदाहरण के लिए उस कस्टम ग्रैडल कॉन्फ़िगरेशन में से कुछ को तब तक हटाने का प्रयास करें जब तक कि यह काम न करे, फिर साझा करें कि वास्तव में समस्या का कारण क्या है। इस तरह मैंने स्वाद को परिभाषित किया:

android {
  flavorDimensions "version"
    productFlavors {
        prod { }
    }
}

नमस्ते,

ये सुधार अब dev चैनल में v1.7.4 रिलीज या बाद में लाइव हैं।

मैंने ऐप बंडल पर स्विच किया और Play Store पर धकेल दिया, और अधिकांश उपयोगकर्ता खुश दिखते हैं। हालांकि, मेरे पास ऐप की दो रिपोर्टें हैं जो x86 डिवाइस पर बिल्कुल भी शुरू नहीं हो रही हैं जो एआरएम इम्यूलेशन का समर्थन करता है, आसुस जेनफ़ोन 2 जेडई551एमएल: https://www.gsmarena.com/asus_zenfone_2_ze551ml-6917.php। दुर्भाग्य से उपयोगकर्ता adb logcat आउटपुट प्रदान करने में सक्षम नहीं हैं। क्या नए ईएलएफ प्रारूप का उद्देश्य ऐसे उपकरणों पर काम करना है?

master और dev चैनलों पर स्विच करने से मुझे यह त्रुटि मिलती है flutter build appbundle :

* What went wrong:
Execution failed for task ':app:transformNativeLibsWithMergeJniLibsForProductionRelease'.
> More than one file was found with OS independent path 'lib/armeabi-v7a/libapp.so'

@darioielardi क्या आप flutter build appbundle -v के आउटपुट के साथ gist.google.com लिंक शामिल कर सकते हैं, साथ ही साथ आपकी android/build.gradle और android/app/build.gradle फ़ाइलों की सामग्री भी शामिल कर सकते हैं?

@tvolkert ज़रूर, https://gist.github.com/darioielardi/f7497398a39b2c12d4ea1767ca6b6e69

मैंने ऐप बंडल पर स्विच किया और Play Store पर धकेल दिया, और अधिकांश उपयोगकर्ता खुश दिखते हैं। हालांकि, मेरे पास ऐप की दो रिपोर्टें हैं जो x86 डिवाइस पर बिल्कुल भी शुरू नहीं हो रही हैं जो एआरएम इम्यूलेशन का समर्थन करता है, आसुस जेनफ़ोन 2 जेडई551एमएल: https://www.gsmarena.com/asus_zenfone_2_ze551ml-6917.php। दुर्भाग्य से उपयोगकर्ता adb logcat आउटपुट प्रदान करने में सक्षम नहीं हैं। क्या नए ईएलएफ प्रारूप का उद्देश्य ऐसे उपकरणों पर काम करना है?

हाँ, मुझे एक ही समस्या है। यह स्पंदन बिल्ड एपबंडल के साथ काम करता है और अधिकांश डिवाइस मेरे ऐप्स को अच्छी तरह से चलाते हैं। लेकिन इस आसुस के लिए नहीं

पुन: x86: https://github.com/flutter/flutter/issues/31922#issuecomment -501851721

@blasten हां मैं समझता हूं कि मूल x86 समर्थित नहीं है, लेकिन मुझे लगता है कि यहां मुद्दा यह है कि Google Play द्वारा एआरएम/एआरएम 64 ऐप बंडल x86 उपकरणों पर स्थापित हो रहे हैं जो अनुवाद के माध्यम से एआरएम के लिए समर्थन का विज्ञापन करते हैं, लेकिन नए ऐपबंडल किसी भी तरह से नहीं करते हैं ऐसे उपकरणों पर सही ढंग से काम करें (शायद इसलिए कि नए ईएलएफ प्रारूप एआरएम अनुवादक को भ्रमित करते हैं)। मूल एआरएम (गैर-एआरएम 64) एपीके उन पर काम करते प्रतीत होते हैं, हालांकि, जैसा कि दो सप्ताह पुरानी मास्टर शाखा (विशिष्ट होने के लिए e1a784ae) पर वापस जाकर पुष्टि की गई है और यह देखते हुए कि दो उपयोगकर्ता जो मुद्दों को देख रहे थे, उनके पास अब मेरा ऐप है उनके ZenFone 2 उपकरणों पर फिर से चल रहा है। यह मुझे v1.7.4 में अपग्रेड करने से रोकने वाला है।

@xinoxapps , क्या आप flutter build appbundle -v का पूरा आउटपुट भेज सकते हैं (इस धागे की पठनीयता के लिए कृपया gist.github.com लिंक के रूप में)?

यह मेरे लिए अब देव चैनल पर काम करता है। क्या आपको अभी भी कुछ जानकारी चाहिए?

@xinoxapps नहीं - यह सुनकर खुशी हुई कि यह आपके लिए काम कर रहा है।

@darioielardi मुद्दा अब मास्टर में तय हो गया है। कृपया मास्टर चैनल में flutter upgrade चलाएँ।

@darioielardi मुद्दा अब मास्टर में तय हो गया है। कृपया मास्टर चैनल में flutter upgrade चलाएँ।

@blasten मैंने मास्टर पर स्विच किया है और flutter build appbundle निष्पादित करते समय यह त्रुटि मिली है
Execution failed for task ':app:transformClassesAndResourcesWithProguardForRelease'.

यह मेरा ग्रेडेल और पूर्ण आउटपुट है https://gist.github.com/julindra/80cd2e588cf11bdd0df3f34239b07409

नमस्ते,

हम ऐड-टू-ऐप और फ्लेवर के लिए कुछ और बग फिक्स प्राप्त करने का लक्ष्य बना रहे हैं - और v1.7.5 देव रिलीज में कटौती करें। जैसे, हम उन सुधारों को लेने के लिए बीटा को बढ़ावा देने पर रोक लगा रहे हैं। हम अभी भी जुलाई की शुरुआत में इसके स्थिर रहने की उम्मीद करते हैं।

flutter build appbundle ने मेरे लिए काम किया। बहुत बहुत धन्यवाद @tvolkert ।

@julindra -ignorewarnings से 'proguard-rules.pro जोड़कर उस समस्या को हल करता है। वर्तमान में हम पैकेज android.arch.* शामिल नहीं करते हैं। एक अन्य विकल्प यह है कि आप अपने android/app/build.gradle को संपादित करें और निम्नलिखित जोड़ें:

.gradle dependencies { implementation "android.arch.lifecycle:common-java8:1.1.1" implementation 'android.arch.lifecycle:extensions:1.1.1' }

सीसी @ मैथ्यू-कैरोल

मैंने प्ले स्टोर पर बंडल app.aab अपलोड किया है। 64 बिट गायब होने की चेतावनी चली गई थी लेकिन ऐप प्ले स्टोर से इंस्टॉल होने के बाद लॉन्च पर क्रैश हो गया। कोई सुझाव?

क्या प्रोडक्शन पर रिलीज करने के लिए flutter build appbundle का उपयोग करना सुरक्षित है?

@sulaysumaria क्या आप flutter doctor चलाने का परिणाम पोस्ट कर सकते हैं?

Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, v1.5.4-hotfix.2, on Mac OS X 10.14.5 18F132, locale en-IN)

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[✗] iOS toolchain - develop for iOS devices
    ✗ Xcode installation is incomplete; a full installation is necessary for iOS development.
      Download at: https://developer.apple.com/xcode/download/
      Or install Xcode via the App Store.
      Once installed, run:
        sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer
    ✗ libimobiledevice and ideviceinstaller are not installed. To install with Brew, run:
        brew update
        brew install --HEAD usbmuxd
        brew link usbmuxd
        brew install --HEAD libimobiledevice
        brew install ideviceinstaller
    ✗ ios-deploy not installed. To install:
        brew install ios-deploy
    ✗ CocoaPods not installed.
        CocoaPods is used to retrieve the iOS platform side's plugin code that responds to your plugin usage on the Dart side.
        Without resolving iOS dependencies with CocoaPods, plugins will not work on iOS.
        For more info, see https://flutter.dev/platform-plugins
      To install:
        brew install cocoapods
        pod setup
[!] Android Studio (version 3.4)
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
[✓] VS Code (version 1.35.1)
[✓] Connected device (1 available)

! Doctor found issues in 2 categories.

@truongsinh

मैंने ऐप बंडल से एपीके जेनरेट करने और इसे इंस्टॉल करने का भी प्रयास किया। यह लॉन्च पर भी दुर्घटनाग्रस्त हो जाता है।

$ bundletool build-apks --bundle=build/app/outputs/bundle/app.aab --output=app.apks
$ bundletool install-apks --apks app.apks

dev चैनल पर स्विच करने का प्रयास करें और जांचें।

मैंने dev चैनल बनाने की कोशिश की लेकिन इसने मेरी निर्भरता में से एक को तोड़ दिया। मैं इसे टिप्पणी करने और यह देखने के लिए निर्माण करने की कोशिश करूंगा कि ऐप काम करता है या नहीं।

क्या प्रोडक्शन रिलीज़ के लिए dev चैनल का उपयोग करना सुरक्षित है?

अरे! माफ़ करना। अगर यह उत्पादन के लिए होता तो मैं और सावधान रहूंगा।

मैं अभी के लिए एपीके बनाने जा रहा हूं। हालाँकि Google एपीके के बजाय बंडल अपलोड करने का सुझाव देता है, इसलिए यह अच्छा होगा यदि इसे स्थिर शाखा पर अगली रिलीज़ में तय किया जाए।

मैंने इसे एडीबी लॉगकैट का उपयोग करके पाया:

[FATAL:flutter/runtime/dart_vm.cc(389)] Error while initializing the Dart VM: Snapshot not compatible with the current VM configuration: the snapshot requires 'product use_bare_instructions no-"asserts" causal_async_stacks no-bytecode arm-eabi softfp' but the VM has 'product use_bare_instructions no-"asserts" causal_async_stacks no-bytecode arm64-sysv'

मैं stable चैनल पर हूं।

https://github.com/flutter/flutter/issues/19865 से समाधान काम किया।

मुझे बिल्ड.ग्रेडल से splits सेक्शन को भी हटाना पड़ा।

बंडलटूल के माध्यम से स्थापित होने पर ऐप ठीक काम करता है। मैं प्लेस्टोर पर अपलोड करने की कोशिश करूंगा और जांच करूंगा कि सब कुछ ठीक है या नहीं।

@sulaysumaria फिक्स अभी तक केवल मास्टर शाखा पर उपलब्ध है। यदि आप स्थिर हैं - जैसा कि आपके flutter doctor आउटपुट पर दर्शाया गया है

[✓] Flutter (Channel stable, v1.5.4-hotfix.2, on Mac OS X 10.14.5 18F132, locale en-IN)

फिक्स लागू नहीं है। यदि आप स्थिर के साथ निर्माण करना चाहते हैं तो आपको फिक्स के स्थिर होने तक प्रतीक्षा करने की आवश्यकता है। ऐसा लगता है कि यह कहीं 1.7.x आसपास है, तब तक आपको एपीके को अलग से अपलोड करने की आवश्यकता है।

ओह... धन्यवाद @pythoneer । क्या आप जानते हैं कि यह स्टेबल चैनल पर कब उपलब्ध होगा?

@sulaysumaria कोई समस्या नहीं। इस सूत्र में कई बार इसका उल्लेख किया गया है

हम अभी भी जुलाई की शुरुआत में इसके स्थिर रहने की उम्मीद करते हैं।

इसने dev चैनल पर काम किया। मैंने flutter build appbundle --target-platform android-arm,android-arm64 का उपयोग किया और बंडल को प्ले स्टोर पर अपलोड किया और इसने पूरी तरह से काम किया।

@sulaysumaria - आपको मास्टर या देव चैनल के साथ पहले से तैयार निर्देशों का उपयोग करना चाहिए।

@julindra -ignorewarnings से 'proguard-rules.pro जोड़कर उस समस्या को हल करता है। वर्तमान में हम पैकेज android.arch.* शामिल नहीं करते हैं। एक अन्य विकल्प यह है कि आप अपने android/app/build.gradle को संपादित करें और निम्नलिखित जोड़ें:

dependencies {
  implementation "android.arch.lifecycle:common-java8:1.1.1"
  implementation 'android.arch.lifecycle:extensions:1.1.1'
}

सीसी @ मैथ्यू-कैरोल

धन्यवाद। मैं सिर्फ देव चैनल का उपयोग करता हूं और -ignorewarnings जोड़ता हूं, यह सही काम करता है।

मेरे लिए flutter build appbundle साथ काम किया
https://github.com/flutter/flutter/issues/18494#issuecomment -489807239

@blasten इस बिंदु पर यह

@cbraken , मुझे लगता है कि इसे अभी या अगली स्थिर रिलीज के बाद बंद किया जा सकता है।

क्या आप अभी भी ZenFone 2 डिवाइस और इसी तरह के x86 उपकरणों के साथ असंगति के मुद्दे को हल करने की योजना बना रहे हैं जो Play Store से ARM ऐप्स की स्थापना की अनुमति देते हैं और उन्हें चलाने के लिए libhoudini का उपयोग करते हैं?

मैंने dev चैनल बनाने की कोशिश की लेकिन इसने मेरी निर्भरता में से एक को तोड़ दिया। मैं इसे टिप्पणी करने और यह देखने के लिए निर्माण करने की कोशिश करूंगा कि ऐप काम करता है या नहीं।

क्या प्रोडक्शन रिलीज़ के लिए dev चैनल का उपयोग करना सुरक्षित है?

मैंने देव के बजाय कभी किसी शाखा का उपयोग नहीं किया है और मेरे ऐप्स निर्बाध रूप से काम कर रहे हैं। इसलिए उस शाखा पर भरोसा करें जो कभी निराश नहीं करती। @sulaysumaria

@matthewlloyd हमने Play Store टीम से सुना है कि हमारे मौजूदा बायनेरिज़ को आर्म-> x86 अनुवादक के साथ अच्छी तरह से काम करने की कोशिश करने की तुलना में एक स्पष्ट x86 बाइनरी जोड़ना बेहतर है। - हालांकि, टीम ने हाल ही में डार्ट कंपाइलर द्वारा जेनरेट किए गए कोड में सुधार किया है, और मुझे आश्चर्य है कि शायद इससे अनुवाद का काम हो गया। इसे आज़माएं और मुझे बताएं। अन्यथा, स्थिति के आधार पर, आपको x86 के लिए JIT संस्करण बनाने की आवश्यकता हो सकती है, जो आमतौर पर एमुलेटर में डिबगिंग/प्रोफाइलिंग के लिए उपयोग किया जाता है।

@blasten जानकारी के लिए धन्यवाद। यह मुझे एक बंधन में डाल देता है क्योंकि मेरे पास इनमें से एक भी डिवाइस नहीं है - असंतुष्ट ज़ेनफोन 2 उपयोगकर्ताओं से केवल दो गुमनाम Play Store समीक्षाएँ - इसलिए मेरे पास परीक्षण करने का कोई तरीका नहीं है। चीजों को तोड़ने का जोखिम एक और ऐपबंडल बिल्ड को धक्का देने के लिए बहुत बढ़िया है जब तक कि कोई पुष्टि नहीं करता कि बेहतर कोड वास्तव में उन उपकरणों पर काम करता है। जब तक ऐसे उपकरणों को बाहर करने के लिए Play Store को बताने का कोई तरीका नहीं है, मैं फ़्लटर (और 32-बिट एपीके) के पुराने संस्करण के साथ बनाए गए बिल्ड जारी करना जारी रखूंगा, जब तक कि Google द्वारा इसका परीक्षण और पुष्टि नहीं की जाती है, या पुष्टि नहीं की जाती है मुद्दा। मुझे लगता है कि यह तब तक नहीं होगा जब तक कि नए ऐपबंडल/.so प्रारूप का उपयोग करके स्टोर में अधिक ऐप्स को धक्का नहीं दिया जाता। मैं इंतजार करूंगा...

उन लोगों के लिए जो अभी भी देख रहे हैं, यहां वह समाधान था जो मेरे लिए काम करता था:

स्पंदन बिल्ड एपीके --स्प्लिट-प्रति-अबी
बिल्ड ग्रेडेल को संपादित करने के बाद भी काम नहीं किया
https://flutter.dev/docs/deployment/android#build -an-apk . से

इसके बजाय, उपयोग करें:

1. स्पंदन बिल्ड एपबंडल
2. और फिर app.aab . अपलोड

समस्या 32 और 64 बिट्स दोनों के लिए तय की गई है, और अलर्ट 'रिलीज़ प्ले 64-बिट आवश्यकता के अनुरूप नहीं है।" चला गया है।

धन्यवाद @ juliengit2 , flutter build appbundle काम करता है।

यह स्पंदन संस्करण का भी उल्लेख करने योग्य है, क्योंकि मेरे पास अब तक v1.5.0 था और यह काम नहीं करता था।
मुझे इसे काम करने के लिए (वर्तमान में v1.7.9) अपडेट करना पड़ा।

@PerechicK , नवीनतम से आपका मतलब स्थिर चैनल या देव चैनल है?

DEV चैनल, जैसा कि आज यहां दिखाई देता है: https://flutter.dev/docs/Development/tools/sdk/releases?tab=windows

मैं अभी भी नहीं जानता कि यह समस्या किस संस्करण से तय की गई है।

स्थिर शाखा के अलावा किसी भी चीज़ का उपयोग करते समय, मैं अपने प्लगइन में से एक में त्रुटि फेंक रहा हूं " @UiThread के साथ चिह्नित विधियों को मुख्य धागे पर निष्पादित किया जाना चाहिए", जिसे इस स्पंदन एसडीके प्रतिबद्ध https://github के साथ पेश किया गया था

1.5.4-हॉटफिक्स.2 स्थिर शाखा का उपयोग करते समय 64-बिट एपबंडल बनाने का कोई तरीका है?

@uj यह समस्या https://github.com/flutter/flutter/issues/33562 आपकी त्रुटि से संबंधित हो सकती है यदि firebase_database का उपयोग कर रहे हैं।

और स्पंदन डॉक्स के अनुसार 1.7.4+ में कोई 64 बिट पेश नहीं किया गया

नहीं, यह firebase_database नहीं है, यह वास्तव में OneSignal है, लेकिन उनका एकमात्र समाधान "स्पंदन की स्थिर शाखा का उपयोग करना" है

1.5.4-हॉटफिक्स.2 स्थिर शाखा का उपयोग करते समय 64-बिट एपबंडल बनाने का कोई तरीका है?

@uj भले ही आप 1.5.4-hotfix.2 साथ 64-बिट ऐपबंडल नहीं बना सकते हैं, आप 2 एपीके बना सकते हैं, एक 32-बिट के साथ, एक 64-बिट के साथ, चेतावनी को हल करने के लिए Google स्टोर पर दोनों एपीके अपलोड करें।

Flutter 1.5.4-hotfix.2 ऐपबंडल वर्तमान में android-arm को लक्षित करता है जो केवल 32 बिट मूल कोड ( flutter build appbundle -h ) बनाता है। इसे बदलने के लिए डिफ़ॉल्ट लक्ष्य बदलने के लिए flutter build appbundle --target-platform=android-arm64 चलाएं।

यह अब बीटा चैनल पर v1.7.8+hotfix.2 . रिलीज में लाइव है

@tvolkert - उत्कृष्ट समाचार, धन्यवाद। क्या आप अधिक विशिष्ट होंगे जब हम उम्मीद कर सकते हैं कि फिक्स लाइव स्थिर में होगा , उदाहरण के लिए एक तारीख जब यह होगा?

@angel1st https://en.wikipedia.org/wiki/Forward-looking_statement

(हम इसे जल्द से जल्द पूरा करने के लिए काम कर रहे हैं)

@tvolkert - इस तथ्य पर विचार करते हुए कि हम Google की समय सीमा 64 बिट
इसके अलावा, मैं वास्तव में पिछले कुछ महीनों के प्रयासों और सुपुर्दगी की सराहना करता हूं, लेकिन मुझे आशा है कि आप खुद को हमारे स्थान पर रखने में सक्षम होंगे और देखेंगे कि चीजें उस दृष्टिकोण से कैसी दिखती हैं। समझने और अब तक के आपके सभी प्रयासों के लिए धन्यवाद!

@ Angel1st बिल्कुल। पहले की घोषणा के अनुसार , हम जुलाई की शुरुआत तक इसे स्थिर करने का लक्ष्य बना रहे हैं (इतनी जल्दी) - मैं अभी सटीक तारीख की भविष्यवाणी नहीं कर सकता।

मुझे यह समस्या एकता 2017.4.20 या 2019.1.2 में है, मैं इसे कैसे हल कर सकता हूं? यह
ब्लो लिंक में है: https://stackoverflow.com/questions/56687339/what-is-this-error-in-build-adroid-and-build-app-bundle-in-unity-2017-4-17 कृपया मदद करें मुझे क्योंकि मैं 2 महीने से इस समस्या में हूँ धन्यवाद

उम्मीद है कि यह जल्द से जल्द हल हो जाएगा। समय सीमा तंग है

@DoubleHub आप इसे हल करने के लिए बीटा चैनल में बदल सकते हैं।
या 8 जुलाई को स्थिर संस्करण जारी करने की प्रतीक्षा करें।

@ abc873693 मैंने इसके बारे में पढ़ा, मुझे लगता है कि मैं स्थिर संस्करण की प्रतीक्षा करूंगा। मुझे खुशी है कि यह समस्या आखिरकार आधिकारिक रूप से हल हो गई है!

@ abc873693 मैंने _beta_ चैनल का उपयोग करके एंड्रॉइड ऐप्स को प्ले स्टोर पर प्रकाशित करने का प्रयास करते समय समस्याओं का अनुभव किया। लॉन्च से पहले की रिपोर्ट में एक्सेसिबिलिटी के लिए चेतावनियां दिखाई गईं। ऐसा प्रतीत होता है कि ऐप स्प्लैश स्क्रीन से आगे नहीं गया। सभी उपकरणों के सभी स्क्रीन शॉट स्प्लैश स्क्रीन पर बने रहे।

मेरे लिए समाधान बस स्थिर चैनल पर स्विच करना और --target-platform ध्वज का उपयोग करके ऐप-बंडल बनाना था।

नमस्ते,

v1.7.8+hotfix.2 को स्थिर चैनल के लिए जारी कर दिया गया है, इसलिए यह सुधार अब सभी चैनलों में उपलब्ध है। आपके धैर्य और रास्ते में मदद के लिए सभी को धन्यवाद!

@tvolkert धन्यवाद! मैंने अभी पुष्टि की है कि जिस अवलोकन का मैंने यहां उल्लेख किया

@tvolkert इस v1.7.8+hotfix.2 को मौजूदा प्रोजेक्ट पर कैसे लागू करें? क्या मुझे फिर से सब कुछ फिर से बनाने की ज़रूरत है?

@jaasaria यह मुद्दा रिलीज के लिए आपके ऐप के निर्माण के आसपास है। यदि आप स्थिर हैं, तो आपको अपनी स्पंदन स्थापना को अपग्रेड करना होगा। यहां बताया गया मुद्दा इस लिंक के अनुसार एक ऐप बंडल बनाने के आसपास है

@jaasaria बस निष्पादित करें: $ flutter channel stable && flutter upgrade

@MaikuB मैंने एक महीने पहले अपनी src फ़ाइल बनाई थी और हर बार जब मैं अपना प्रोजेक्ट flutter build appbundle बजाय flutter build appbundle --target-platform=android-arm64 कमांड निष्पादित करने की आवश्यकता होती है।

@dblokhin बस अपग्रेड हो गया और सौभाग्य से मेरा प्रोजेक्ट नहीं

धन्यवाद @ juliengit2 , flutter build appbundle काम करता है।

यह स्पंदन संस्करण का भी उल्लेख करने योग्य है, क्योंकि मेरे पास अब तक v1.5.0 था और यह काम नहीं करता था।
मुझे इसे काम करने के लिए (वर्तमान में v1.7.9) अपडेट करना पड़ा।

चेतावनी के लिए धन्यवाद!

मेरे पास स्पंदन संस्करण 1.7.8+हॉटफिक्स है।3 "स्पंदन बिल्ड एपबंडल" का परिणाम ऐप.आब के साथ 32 और 64 बिट दोनों के साथ होगा?

अजीब मैंने चैनल स्थिर के साथ 1.7.8+हॉटफिक्स.3 के साथ प्रयास किया और मुझे फिर से प्लेस्टोर चेतावनी मिलती है:

"यह रिलीज़ Google Play 64-बिट आवश्यकता के अनुरूप नहीं है..."

बंडल अपलोड करते समय : _flutter बिल्ड एपबंडल_

मैंने स्पंदन को अपग्रेड करने का भी प्रयास किया लेकिन एक ही परिणाम।
और एक नया स्पंदन स्थापित करने के साथ: एक ही परिणाम

यहाँ मेरा कॉन्फिडेंस है:

कोई विचार??

@ juliengit2 एक सामान्य ज़िप के रूप में .aab फ़ाइल खोलें, base/lib फ़ोल्डर में जाएं और जांचें कि क्या armeabi-v7a और arm64-v8a फ़ोल्डर हैं

इसे मेरे ऐप "स्पंदन बिल्ड एपबंडल" के साथ करने का प्रयास किया lib फ़ोल्डर में v8a और v7a दोनों शामिल हैं। क्या मैं अभी अपडेट को आगे बढ़ा सकता हूं, मैं नहीं चाहता कि मेरे सिर के ईमेल पर एक और चेतावनी आए।

दूर के एपीके का एक और समान मामला चेतावनी प्राप्त कर रहा है https://github.com/flutter/flutter/issues/18494#issuecomment -509937209

एक ही मुद्दे वाले लोगों के लिए, मैंने build.gradle में हटा दिया:

ndk {
    abiFilters "armeabi-v7a", "x86", "armeabi", "mips"
}

और चेतावनी गायब हो गई।

(यदि आप एबीफिल्टर रखते हैं, तब भी आपको _flutter बिल्ड एपबंडल_ के साथ भी "रिलीज अनुपालन नहीं है" मिलेगा

हाय मैंने सफलता के साथ अपना ऐपबंडल बनाया, लेकिन जब मैंने इसे प्ले स्टोर पर अपलोड करने का प्रयास किया तो मुझे यह त्रुटि मिली ...
Android ऐप बंडल अपलोड करने के लिए आपको Google Play द्वारा ऐप साइनिंग में नामांकित होना चाहिए।
Android Studio से अपनी कुंजी निर्यात करें। बिल्ड मेनू से, जनरेट साइन्ड बंडल/एपीके चुनें। बंडल विकल्प चुनें और अगला दबाएं। एन्क्रिप्टेड कुंजी निर्यात करें का चयन करें और अगला दबाएं।

मैं इस तरह की एन्क्रिप्टेड कुंजी को सीधे एंड्रॉइड मॉड्यूल से निर्यात करने का प्रयास करता हूं लेकिन मैं प्रक्रिया को समाप्त नहीं कर सका क्योंकि मुझे यह त्रुटि मिलती है

प्रक्रिया 'कमांड'/उपयोगकर्ता/ओएसेलासु/दस्तावेज़/स्पंदन/बिन/स्पंदन'' गैर-शून्य निकास मान 1 के साथ समाप्त हुआ

ब्रीफ मुझे लगता है कि यह सही तरीका नहीं है ... क्या स्पंदन बिल्ड एपबंडल कमांड से सीधे ऐप को नामांकित करने के लिए एन्क्रिप्टेड कुंजी प्राप्त करने के लिए कोई और कामकाज है?

मैंने प्लेस्टोर में ऐपबंडल का उपयोग करने की कोशिश की,
लेकिन एंड्रॉइड 6.0 आर्म 64 में, यह स्टार्टअप पर क्रैश हो गया था क्योंकि libflutter.so नहीं मिला, और जब मैंने libflutter.so की जाँच की, तो इसे aab आर्म 64 में शामिल किया गया।

@matthewlloyd , मैंने इसे स्थानीय क्रोमबुक के साथ पुन: प्रस्तुत किया है (हालांकि वह क्रोमबुक सोमवार को तीन सप्ताह के लिए यात्रा पर जा रहा है। मुझे जांचना है)। मुझे लगता है कि यह _ चाहिए_ अधिकांश x86 क्रोमबुक के खिलाफ पुन: पेश करता है - मुझे लगता है कि इनमें से x86 फोन की तुलना में अधिक होने की संभावना है।

टीम ने हाल ही में डार्ट कंपाइलर द्वारा जेनरेट किए गए कोड में सुधार किया है, और मुझे आश्चर्य है कि शायद इससे अनुवाद का काम हो गया। इसे आज़माएं और मुझे बताएं। अन्यथा, स्थिति के आधार पर, आपको x86 के लिए JIT संस्करण बनाने की आवश्यकता हो सकती है, जो आमतौर पर एमुलेटर में डिबगिंग/प्रोफाइलिंग के लिए उपयोग किया जाता है।

@blasten , क्या आप जिस डार्ट के बारे में सोच रहे थे

साथ ही, जब हमने अल्फा बिल्ड जारी किया तो मैंने पुन: उत्पन्न किया। मुझे अभी भी यह देखने की जरूरत है कि प्ले स्टोर से गुजरे बिना ऐपबंडल का परीक्षण कैसे किया जाए।

@wreppun हेड अप के लिए धन्यवाद, मैं अभी के लिए अपने उपयोगकर्ताओं को एक नई शैली एएबी जारी करना बंद कर दूंगा क्योंकि ऐसा लगता है कि समस्या अभी तक तय नहीं हुई है (या यहां तक ​​​​कि Google द्वारा भी स्वीकार किया गया है!) क्या आप विशिष्ट Chromebook के बारे में अधिक जानकारी साझा कर सकते हैं, और क्या क्रैश लॉग कैप्चर करने का कोई तरीका है?

@matthewlloyd Play Store क्रैश लॉग में यही दिखाया गया है:

java.lang.UnsatisfiedLinkError: 
  at java.lang.Runtime.loadLibrary0 (Runtime.java:984)
  at java.lang.System.loadLibrary (System.java:1530)
  at io.flutter.view.FlutterMain.startInitialization (FlutterMain.java:122)
  at io.flutter.view.FlutterMain.startInitialization (FlutterMain.java:99)
  at io.flutter.app.FlutterApplication.onCreate (FlutterApplication.java:22)
  at android.app.Instrumentation.callApplicationOnCreate (Instrumentation.java:1024)
  at android.app.ActivityThread.handleBindApplication (ActivityThread.java:5549)
  at android.app.ActivityThread.-wrap2 (ActivityThread.java)
  at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1595)
  at android.os.Handler.dispatchMessage (Handler.java:102)
  at android.os.Looper.loop (Looper.java:154)
  at android.app.ActivityThread.main (ActivityThread.java:6320)
  at java.lang.reflect.Method.invoke (Native Method)
  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:891)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:781)

यदि आपके किसी उपयोगकर्ता ने आँकड़े साझा करने का विकल्प चुना है तो यह आपके कुछ (पुराने) क्रैश लॉग में दिखाई दे सकता है।

डिवाइस एक एचपी क्रोमबुक x360 था।

मुझे खेद है कि यह 100% कॉन्फ़िगरेशन पर काम नहीं कर रहा है। हम विभिन्न प्रकार के SDK और उपकरणों पर बेहतर परीक्षण कवरेज प्राप्त करने के लिए कार्य कर रहे हैं। इस बीच, मैं फायरबेस परीक्षण प्रयोगशाला पर कुछ परीक्षण स्थापित करने जा रहा हूं।

इस बिंदु पर मुझे लगता है कि इन सभी को ठीक करने के लिए हमारे लिए सबसे प्रभावी तरीका शायद नए मुद्दों को दर्ज करना और इस पर वापस लिंक करना है। @tvolkert और मैं यह सुनिश्चित करेंगे कि प्रत्येक को देखा जाए, लेकिन यह हमारी मदद करेगा यदि हम इन्हें अलग-अलग बकेट में सॉर्ट कर सकते हैं और व्यक्तिगत रूप से उनके सुधारों को ट्रैक कर सकते हैं।

यह बहुत संभव है कि हमें डार्ट कंपाइलर में छोटे समायोजन करने की आवश्यकता है, हमारे पास अतीत में सीपीयू या एमुलेटर के लिए विशिष्ट प्रोसेसर क्वर्की हैं। स्वयं x86 Chromebook पर परीक्षण किए बिना (जो मैंने अभी तक नहीं किया है) मैं निश्चित रूप से नहीं कह सकता।

क्या समस्याओं का सामना करने वाले कृपया प्रत्येक के लिए नए मुद्दे दर्ज करके शेष समस्याओं को सुलझाने में हमारी सहायता करेंगे? यह सुनिश्चित करने में बहुत मददगार होगा कि हम प्रत्येक को संबोधित करें। शुक्रिया!

@wreppun धन्यवाद - मैंने अपने ऐप की क्रैश रिपोर्ट की जाँच की और प्रभावित आसुस ज़ेनफोन 2 उपयोगकर्ताओं में से किसी ने भी कुछ भी नहीं भेजा।

@blasten कोई चिंता नहीं, यह बहुत अच्छा है। अगर कोई असूस ज़ेनफोन 2 डिवाइस पर नए ऐपबंडल्स को काम करता दिखा सकता है जो मुझे आगे बढ़ने के लिए पर्याप्त होगा। दुर्भाग्य से मेरे पास एक तक पहुंच नहीं है, लेकिन मुझे उम्मीद है कि Google की मोबाइल परीक्षण प्रयोगशालाएं ऐसा करेंगी।

Firebase परीक्षण प्रयोगशाला पर कोई "इस Asus ZenFone" @matthewlloyd। क्या एसडीके संस्करण? अधिकांश समय, समस्या को केवल Android SDK का एक विशिष्ट संस्करण चलाकर पुन: उत्पन्न किया जा सकता है।

क्या एसडीके संस्करण? अधिकांश समय, समस्या को केवल Android SDK का एक विशिष्ट संस्करण चलाकर पुन: उत्पन्न किया जा सकता है।

मैं

हैलो स्पंदन टीम,
मैं इस विषय की स्थिति पर जोर देना चाहूंगा। मेरे दृष्टिकोण से, दो गंभीर मुद्दे हैं:

• वर्तमान स्थिर स्पंदन संस्करण 1.7.8+hotfix.3 स्थिर एपीके नहीं बनाता है - कम से कम split-per-abi काम नहीं करता जैसा इसे करना चाहिए - arm32 में एक प्रतिगमन समस्या है और कुछ arm32 उपकरणों पर नहीं चल सकता है । यह कब तय होगा यह अभी स्पष्ट नहीं है;
• 1 अगस्त की समय सीमा - लगभग एक सप्ताह में हम डेवलपर्स के रूप में Google Play Store पर नए फ़्लटर ऐप्स को न तो अपडेट कर पाएंगे और न ही रिलीज़ कर पाएंगे - जितना आसान। वर्तमान स्पंदन संस्करण मुद्दे (जैसा कि ऊपर बताया गया है) और शेष समय को ध्यान में रखते हुए, मुझे नहीं लगता कि महीने के अंत से पहले स्थिर चैनल में फिक्स होने की उम्मीद करना संभव है (जब तक कि आप में से किसी के पास जादू की छड़ी न हो: - ))

उपरोक्त दो मुद्दों को ध्यान में रखते हुए, मैं निम्नलिखित आकस्मिक योजना का सुझाव देना चाहता हूं, जो आईएमओ हमें डेवलपर्स के रूप में सर्वोत्तम सेवा प्रदान करेगा:

• hotfix.2 से पहले अपने संस्करण के लिए रोलबैक स्पंदन स्थिर चैनल
• कुछ महीनों के लिए 1 अगस्त की समय सीमा स्थगित करें - मैं समझता हूं कि इस मुद्दे पर कुछ वृद्धि की आवश्यकता होगी, लेकिन मुझे आशा है कि आप लोग समझेंगे कि अगर डेवलपर्स 1 अगस्त के बाद फ़्लटर फ्रेमवर्क मुद्दों के कारण विश्वसनीय फ़्लटर ऐप जारी नहीं कर सकते हैं तो इसका कितना गंभीर प्रभाव हो सकता है।

मैं केवल अपनी ओर से बोल सकता हूं, लेकिन मेरे पास अनुबंध वाले ग्राहक हैं और मैंने रिएक्ट नेटिव से स्पंदन में जाने का फैसला किया, क्योंकि मुझे विश्वास था, Google अपने उत्पादों के लिए बेहतर समर्थन प्रदान करेगा। मेरे पास प्रगति पर परियोजनाएं हैं और समर्थन के लिए आवेदन हैं।
अब मैं खुद को एक बेतुके मामले में पाता हूं, जब Google मुझे 64 बिट एपीके संस्करण जारी करने के लिए मजबूर करता है और साथ ही Google मुझे ऐसा करने के लिए उपकरण प्रदान नहीं करता है (और हां, मुझे पता है कि स्पंदन टीम Google Play के समान नहीं है टीम लेकिन मैं कहां से खड़ा हूं - आप एक ही व्यावसायिक इकाई हैं)।
यदि Google समय पर वितरण करने में विफल रहता है, तो इससे फ़्लटर से जोरदार धक्का लगेगा, क्योंकि 1 अगस्त के बाद प्रत्येक दिन ढांचे की विश्वसनीयता कम हो जाएगी।
मैं माफी मांगता हूं अगर मेरे शब्द थोड़े मजबूत लगते हैं, तो मैं केवल यही आशा करता हूं कि आप इस समय अपने आप को मेरे स्थान पर रख सकते हैं।

कोई भी - कृपया इस पर वोट करें, और उम्मीद है कि हमारी आवाज सुनी जाएगी!

मैं भी इसके लिए सहमत हूं... लेकिन एक आकस्मिक योजना के रूप में मैं सुझाव दूंगा कि पिछली रिलीज को रोलबैक न करें, बल्कि dev चैनल पर स्विच करें...

अपने व्यक्तिगत अनुभव से, मैं शुरू में dev चैनल का उपयोग करने में सहज नहीं था। मैंने stable चैनल से चिपके रहने के बारे में सोचा, क्योंकि आप जानते हैं, यह स्थिर है!... लेकिन अब मैं dev चैनल का उपयोग कर रहा हूं और बिना किसी समस्या के प्ले स्टोर पर ऐप बंडल का उपयोग करके ऐप जारी कर रहा हूं। ..

स्थिति कुछ ऐसी है जो नहीं होनी चाहिए क्योंकि दोनों Google उत्पाद हैं...

मैंने जो प्रस्तुत किया वह केवल एक सरल समाधान है, क्योंकि आप aab s का उपयोग करके अपडेट को पुश करना शुरू कर सकते हैं, न कि apk s, जो कि Google द्वारा सुझाया गया है...

@ फरिश्ता पहला मुद्दा, वही समस्याएं, वही जूते
@sulaysumaria अगर हम देव चैनल पर स्विच करते हैं, तो क्या libapp.so समस्या हल हो जाएगी?
क्योंकि न तो मास्टर चैनल काम करने लगता है

मैंने जो प्रस्तुत किया वह केवल एक सरल समाधान है, क्योंकि आप एपीके का उपयोग करके अपडेट को पुश करना शुरू कर सकते हैं, न कि एपीके, जो कि Google द्वारा सुझाया गया है ...

@sulaysumaria - यह उतना आसान नहीं है जितना दिखता है, मेरा विश्वास करें ... देव चैनल पर फिर से स्विच करने से तीसरे पक्ष के पैकेज और प्लगइन्स के साथ कुछ जटिलताओं का कारण बनता है जो विभिन्न मुद्दों को जन्म देगा।

@campioncino मुझे लगता है हाँ क्योंकि मैंने कभी उस मुद्दे का सामना नहीं किया है .... मैं बस रिलीज एपबंडल बनाता हूं और इसे प्ले स्टोर पर अपलोड करता हूं ... यह कभी भी कोई चेतावनी नहीं दिखाता .... और प्ले स्टोर से इंस्टॉल होने पर ऐप ठीक काम करता है ( कम से कम मेरा ग्राहक अब तक क्या उपयोग कर रहा है ...)

@ Angel1st , मैं समझ सकता हूं .. उस स्थिति में वापस रोल करना ही एकमात्र विकल्प है ... लेकिन उस निर्भरता को अपग्रेड करने की आवश्यकता है अन्यथा आप कभी भी नए संस्करण में अपग्रेड नहीं कर सकते ... मुझे एक प्लगइन के साथ उस तरह की समस्या का भी सामना करना पड़ा मैं उपयोग कर रहा था, सौभाग्य से उन्होंने स्पंदन के नए संस्करण का समर्थन करने के लिए बीटा में एक नया संस्करण जारी किया ... हो सकता है कि अगर प्लगइन का रखरखाव नहीं किया जाता है, तो हमें इसका उपयोग नहीं करना चाहिए ..

@sulaysumaria मैंने कभी भी इस समस्या का सामना नहीं किया है ... अंतिम निर्माण तक।
मैं कोशिश करूँगा लेकिन इसका परीक्षण करना इतना आसान नहीं है, क्योंकि यह केवल कुछ उपकरणों पर होता है।

उदाहरण के लिए सैमसंग गैलेक्सी टैब 2 7.0 पी3110, एंड्रॉइड 4.2.2, और एंड्रॉइड 4.1.2 . के साथ कुछ अन्य पुराने टैबलेट पर

ओह्ह्ह... मेरा ऐप टैबलेट के लिए नहीं है, यह पक्का है... बेहतर होगा कि आप इसे एक बार टेस्ट कर लें...

नमस्ते,

यहाँ वर्तमान स्थिति है:

1. संकेत हैं कि https://github.com/flutter/flutter/issues/35838 Android 4.2 और इससे पहले के संस्करण को प्रभावित करता है, जिसका अर्थ है कि यह ~3% Android फ़ोन को प्रभावित करता है। हम उस बग पर प्रभावित लोगों के साथ काम कर रहे हैं ताकि फिक्स के दायरे की पहचान की जा सके और संभावित सहायक मुद्दों को ट्रैक किया जा सके जो संभवतः केवल कुछ ऐप्स को प्रभावित करते हैं (जैसे डार्ट वीएम में संभावित असंबंधित बग जो सभी ऐप्स पर प्रकट नहीं होता है)। उस जांच और उसके निष्कर्ष के आधार पर, हम तय करेंगे कि मौजूदा स्थिर रिलीज़ को पैच करना बेहतर है या चैनलों के माध्यम से एक नई रिलीज़ को स्थिर करने के लिए पुश करना बेहतर है।

2. यदि कोई पहले के फ़्लटर संस्करण से निर्माण करना पसंद करेगा और मैन्युअल रूप से 32 और 64-बिट एपीके का निर्माण करेगा, तो वे फ़्लटर के पुराने संस्करण को यहां डाउनलोड करके ऐसा कर सकते हैं। हमारी स्थिर रिलीज़ को वापस लाना कोई विकल्प नहीं है -- ऐसा करने से जितनी समस्याएँ हल होंगी उससे कहीं अधिक समस्याएँ पैदा होंगी।

3. अगर किसी को https://github.com/flutter/flutter/issues/35838 की तुलना में Android _other_ के निर्माण में समस्या आ रही है, तो कृपया एक अलग समस्या दर्ज करें और मुझे cc करें, क्योंकि हम ऐसी किसी भी समस्या को ट्रैक करना चाहते हैं।

4. अलग से, हम अपने परीक्षण मैट्रिक्स को बढ़ाने पर सक्रिय रूप से काम कर रहे हैं ताकि इस प्रक्रिया में पहले के विभिन्न प्रकार के उपकरणों / Android संस्करणों पर समस्याओं का बेहतर पता लगाया जा सके (ताकि बग रिपोर्ट हमारी रक्षा की पहली पंक्ति न हो)।

@tvolkert - प्रतिक्रिया के लिए धन्यवाद। केवल यह सुनिश्चित करने के लिए कि हम एक ही पृष्ठ पर हैं - पिछले फ़्लटर संस्करण पर वापस जाने का कोई मतलब नहीं है जब तक कि 1 अगस्त की समय सीमा स्थगित नहीं हो जाती , क्योंकि Google Play मुझे 1 अगस्त के बाद ही 32 ऐप संस्करण अपलोड करने की अनुमति नहीं देगा।

@ Angel1st क्या यह विकल्प आपके मामले के लिए उपयुक्त होगा?

1. स्पंदन SDK को v1.5.4-hotfix.2 पर वापस लाएं ( flutter version v1.5.4-hotfix.2 )
2. 2 अलग-अलग APK बनाएं (एक 32-बिट flutter build apk --target-platform android-arm और दूसरा 64-बिट flutter build apk --target-platform android-arm64 )
3. इन दोनों APK को Google Play Store पर अपलोड करें

मुझे पता है कि यह एक समाधान है, लेकिन कम से कम यह स्थिरता की समस्या और "चेतावनी" दोनों को हल करता है।

@truongsinh - सुझाव के लिए धन्यवाद - यह विचार करने योग्य है। क्या आप ऊपर दिए गए अपने सुझाव से चरण 2 की पुष्टि करने के लिए इतने दयालु होंगे कि पिछले सुझाव जैसे app gradle संशोधनों में परिवर्तन की आवश्यकता नहीं होगी?

@ Angel1st जब तक आपके पास स्पंदन में पूरा ऐप है (अर्थात https://github.com/flutter/flutter/wiki/Add-Flutter-to- ग्रैडल में किसी भी चीज़ को संशोधित नहीं किया है फ़ाइलें (यानी वैनिला फ़ाइलें flutter create ), मेरा मानना ​​है कि हमें कुछ भी करने की ज़रूरत नहीं है।

आप त्वरित जांच स्वयं कर सकते हैं (संस्करण "3.4.5" मानते हुए, https://github.com/flutter/flutter/issues/31922#issuecomment-512292798 का ​​अनुसरण करते हुए, "बिल्ड नंबर" के लिए प्रारूप की मेरी व्यक्तिगत पसंद bbxxyyzz , जिसमें bb केवल 32- या 64-बिट की पहचान करने के लिए है, xx प्रमुख है, yy मामूली है, zz है पैच , लेकिन अन्य अनुशंसित प्रारूप भी हैं, https://developer.android.com/google/play/publishing/multiple-apks#using-a-version-code-scheme देखें):

• flutter create hello_world
• flutter build apk --target-platform android-arm --build-number 32030405 --build-name=3.4.5
• mv build/app/outputs/apk/release/app-release.apk build/app/outputs/apk/release/app-release-32.apk
• flutter build apk --target-platform android-arm64 --build-number 64030405 --build-name=3.4.5
• mv build/app/outputs/apk/release/app-release.apk build/app/outputs/apk/release/app-release-64.apk

मैं यहां 2 एपीके शामिल करता हूं। वे मेरे पिक्सेल 2 के साथ काम करते हैं। एपीके विश्लेषण को देखते हुए, हम स्पष्ट रूप से देख सकते हैं कि प्रत्येक एपीके में अलग-अलग libflutter.so और 4 स्नैपशॉट/एओटी फाइलें हैं।

ऐप-रिलीज़-32.apk.zip
ऐप-रिलीज़-64.apk.zip

दो एपीके अपलोड करते समय बस एक नोट ... Google एक ही बिल्ड नंबर वाली कई फाइलों को अपलोड करने की अनुमति नहीं देता है, इसलिए हो सकता है कि आप 64 बिट के लिए एपीके बनाने से पहले बिल्ड नंबर बदलना चाहें।

दो एपीके अपलोड करते समय बस एक नोट ... Google एक ही बिल्ड नंबर वाली कई फाइलों को अपलोड करने की अनुमति नहीं देता है, इसलिए हो सकता है कि आप 64 बिट के लिए एपीके बनाने से पहले बिल्ड नंबर बदलना चाहें।

आह, सच है कि (संदर्भ https://developer.android.com/google/play/publishing/multiple-apks#Rules) । बस हर संस्करण के लिए सुनिश्चित करें, 64-बिट की बिल्ड संख्या 32-बिट से अधिक है (मैंने अपना पिछला उदाहरण https://github.com/flutter/flutter/issues/31922#issuecomment-512223030 अपडेट किया है)।

अरे, जब मैं appbundle साथ निर्माण करने का प्रयास करता हूं तो मुझे एक त्रुटि संदेश मिलता है। flutter build apk ठीक काम करता है लेकिन मैं स्टोर चलाने के लिए एक नया संस्करण प्रकाशित करना चाहता हूं। क्या कोई मेरी मदद कर सकता है क्या कारण हो सकता है?

flutter build appbundle --target-platform android-arm,android-arm64 --flavor my_flavor --release -t "bin/main.dart चलाने का आउटपुट निम्न है:

Initializing gradle...                                              0,6s
Resolving dependencies...                                           2,0s
Running Gradle task 'bundleMy_AppRelease'...                   
Running Gradle task 'bundleMy_AppRelease'... Done          1,9s
Gradle build failed to produce an Android bundle package.

अफसोस की बात है कि त्रुटि संदेश वास्तव में मददगार नहीं है। स्पंदन चिकित्सक का आउटपुट भी:

[✓] Flutter (Channel stable, v1.7.8+hotfix.3, on Mac OS X 10.14.5 18F132, locale de-DE)
    • Flutter version 1.7.8+hotfix.3 at /Users/tom/development/flutter
    • Framework revision b712a172f9 (2 weeks ago), 2019-07-09 13:14:38 -0700
    • Engine revision 54ad777fd2
    • Dart version 2.4.0

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at /Users/tom/Library/Android/sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 10.3)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 10.3, Build version 10G8
    • CocoaPods version 1.6.1

[✓] iOS tools - develop for iOS devices
    • ios-deploy 1.9.4

[✓] Android Studio (version 3.4)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 36.1.1
    • Dart plugin version 183.6270
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)

[✓] Connected device (1 available)
    • iPhone Xʀ • 095B1A07-E138-4A80-9783-8CA36DC8049A • ios • com.apple.CoreSimulator.SimRuntime.iOS-12-4 (simulator)

• No issues found!

संपादित करें
अगर मैं --split-per abi का उपयोग करने का प्रयास करता हूं तो इमारत flutter build apk साथ भी विफल हो जाती है।

@wreppun धन्यवाद - मैंने अपने ऐप की क्रैश रिपोर्ट की जाँच की और प्रभावित आसुस ज़ेनफोन 2 उपयोगकर्ताओं में से किसी ने भी कुछ भी नहीं भेजा।

@blasten कोई चिंता नहीं, यह बहुत अच्छा है। अगर कोई असूस ज़ेनफोन 2 डिवाइस पर नए ऐपबंडल्स को काम करता दिखा सकता है जो मुझे आगे बढ़ने के लिए पर्याप्त होगा। दुर्भाग्य से मेरे पास एक तक पहुंच नहीं है, लेकिन मुझे उम्मीद है कि Google की मोबाइल परीक्षण प्रयोगशालाएं ऐसा करेंगी।

यहां तक ​​कि मैं भी Asus Zenfone के साथ समस्या का सामना कर रहा हूं। जब मैं flutter build apk का उपयोग कर चल रहा हूं तो ऐप फोन पर चलता है। लेकिन जब मैं इसे ऐपबंडल का उपयोग करके ऐप स्टोर पर अपलोड करता हूं, तो यह स्प्लैश स्क्रीन से आगे नहीं बढ़ता है।

कोई भी समाधान ??

मैंने "प्ले स्टोर" में अपने एक एप्लिकेशन (ऐप) के एक नए संस्करण को संकलित करने और जारी करने का प्रयास किया, लेकिन मुझे कुछ परेशानी हुई।

1-) जब मैं 32 और 64 बिट्स अपलोड करता हूं, तो साइट 32 बिट्स संस्करण के कारण रिक्यूज हो जाती है।

2-) जब मैं सिर्फ 32 बिट्स अपलोड करता हूं, तो साइट रिक्यूज हो जाती है, क्योंकि मुझे 64 बिट्स की जरूरत है।

3-) जब मैं सिर्फ 64 बिट्स अपलोड करता हूं, तो साइट काम करती है, लेकिन मेरे ग्राहकों के पास शायद 64 बिट्स एंड्रॉइड नहीं है। उदाहरण के लिए मेरे सेलफोन में, मैं इसी ऐप का उपयोग करता हूं, लेकिन जब मैं एपीके 32 बिट्स का उपयोग करता हूं तो मेरे सेलफोन में बस काम करता है। जब मैं अपने सेलफोन में एपीके 64 बिट स्थापित करता हूं तो यह स्प्लैश स्क्रीन में बंद हो जाता है।

रिलीज करने के लिए मुझे अभी कैसे करना होगा ??

टाइगरक्ला1980 स्पंदन एपबंडल विकल्प का उपयोग करें

टाइगरक्ला 1980 स्पंदन एपबंडल विकल्प का उपयोग करें @ MoacirSchmidt

मैंने 32 और 64 बिट्स के लिए एपीके फाइल बनाने के लिए डेल्फी बीटा का इस्तेमाल किया। मुझे नहीं पता कि यह विकल्प उपलब्ध है या नहीं

मैंने "प्ले स्टोर" में अपने एक एप्लिकेशन (ऐप) के एक नए संस्करण को संकलित करने और जारी करने का प्रयास किया, लेकिन मुझे कुछ परेशानी हुई।

1-) जब मैं 32 और 64 बिट्स अपलोड करता हूं, तो साइट 32 बिट्स संस्करण के कारण रिक्यूज हो जाती है।

2-) जब मैं सिर्फ 32 बिट्स अपलोड करता हूं, तो साइट रिक्यूज हो जाती है, क्योंकि मुझे 64 बिट्स की जरूरत है।

3-) जब मैं सिर्फ 64 बिट्स अपलोड करता हूं, तो साइट काम करती है, लेकिन मेरे ग्राहकों के पास शायद 64 बिट्स एंड्रॉइड नहीं है। उदाहरण के लिए मेरे सेलफोन में, मैं इसी ऐप का उपयोग करता हूं, लेकिन जब मैं एपीके 32 बिट्स का उपयोग करता हूं तो मेरे सेलफोन में बस काम करता है। जब मैं अपने सेलफोन में एपीके 64 बिट स्थापित करता हूं तो यह स्प्लैश स्क्रीन में बंद हो जाता है।

रिलीज करने के लिए मुझे अभी कैसे करना होगा ??

@ Tigerlaw1980 क्या आपने इस त्रुटि को ठीक किया?