$lang['tuto'] = "ਟਿ utorial ਟੋਰਿਅਲਸ"; ?>$lang['tuto'] = "ਟਿ utorial ਟੋਰਿਅਲਸ"; ?> ਫਲਟਰ: ਐਂਡਰਾਇਡ 14 API ਲੈਵਲ 34

ਫਲਟਰ: ਐਂਡਰਾਇਡ 14 API ਲੈਵਲ 34 ਟਾਰਗੇਟ ਮੁੱਦਾ ਅਪਡੇਟਾਂ ਦੇ ਬਾਵਜੂਦ ਜਾਰੀ ਹੈ

ਫਲਟਰ: ਐਂਡਰਾਇਡ 14 API ਲੈਵਲ 34 ਟਾਰਗੇਟ ਮੁੱਦਾ ਅਪਡੇਟਾਂ ਦੇ ਬਾਵਜੂਦ ਜਾਰੀ ਹੈ
ਫਲਟਰ: ਐਂਡਰਾਇਡ 14 API ਲੈਵਲ 34 ਟਾਰਗੇਟ ਮੁੱਦਾ ਅਪਡੇਟਾਂ ਦੇ ਬਾਵਜੂਦ ਜਾਰੀ ਹੈ

ਮੈਂ ਅਜੇ ਵੀ API ਪੱਧਰ 34 ਚੇਤਾਵਨੀ ਕਿਉਂ ਦੇਖ ਰਿਹਾ ਹਾਂ?

ਫਲਟਰ ਵਿਕਾਸ ਵਿੱਚ, ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਸੁਰੱਖਿਆ ਅੱਪਗਰੇਡਾਂ ਨਾਲ ਐਪ ਅਨੁਕੂਲਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸਭ ਤੋਂ ਤਾਜ਼ਾ Android API ਪੱਧਰ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਹਾਲ ਹੀ ਵਿੱਚ, ਟਾਰਗੇਟSdkVersion ਨੂੰ API ਲੈਵਲ 34 (Android 14) ਵਿੱਚ ਬਦਲਣ ਤੋਂ ਬਾਅਦ, ਡਿਵੈਲਪਰਾਂ ਨੇ ਰਿਪੋਰਟ ਕੀਤੀ ਕਿ ਪਲੇ ਕੰਸੋਲ ਅਜੇ ਵੀ ਸਾਵਧਾਨ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਸਫਲ ਬਿਲਡ ਦੇ ਬਾਵਜੂਦ, ਐਪ ਨੂੰ Android 14 ਜਾਂ ਇਸ ਤੋਂ ਉੱਚੇ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇਹ ਅਸਮਾਨਤਾ ਉਲਝਣ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਪਿਛਲੇ ਐਪ ਬੰਡਲ ਅਜੇ ਵੀ ਕੰਸੋਲ 'ਤੇ ਚੱਲ ਰਹੇ ਹਨ। ਇਹ ਸਮਝਣਾ ਕਿ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਵਰਤਮਾਨ ਅੱਪਲੋਡ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸ ਚੇਤਾਵਨੀ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨਾ ਤੁਹਾਡੀ ਫਲਟਰ ਐਪ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਜਾਰੀ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਹੁਕਮ ਵਰਣਨ
compileSdkVersion ਐਪ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ API ਪੱਧਰ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ 34 'ਤੇ ਸੈੱਟ ਹੈ, ਜੋ ਕਿ Android 14 ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ।
targetSdkVersion Android API ਪੱਧਰ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਐਪ ਚੱਲੇਗਾ। 34 ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ Android 14 ਨਾਲ ਅਨੁਕੂਲਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।
google.auth.default() Google API ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਲਈ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਕਲਾਉਡ ਸੇਵਾਵਾਂ ਦੇ ਨਾਲ ਜੋੜ ਕੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।
build('androidpublisher', 'v3') Google Play Developer API ਨੂੰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਐਪ ਪੈਕੇਜ ਅਤੇ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਪ੍ਰੋਗਰਾਮੇਟਿਕ ਢੰਗ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾ ਸਕੇ।
service.edits().insert() Google Play Console 'ਤੇ ਇੱਕ ਨਵਾਂ ਸੰਪਾਦਨ ਸੈਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ, ਜੋ ਐਪ ਮੈਟਾਡੇਟਾ ਜਾਂ ਬੰਡਲਾਂ ਵਿੱਚ ਬਦਲਾਅ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਹੈ।
bundles = service.edits().bundles().list() ਇੱਕ ਖਾਸ ਐਪ ਸੰਸਕਰਣ ਨਾਲ ਜੁੜੇ ਸਾਰੇ ਐਪ ਬੰਡਲਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਇਹ ਸਕ੍ਰਿਪਟ ਨੂੰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਕਿ ਕੀ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਅਜੇ ਵੀ ਕਿਰਿਆਸ਼ੀਲ ਹਨ।
service.edits().bundles().delete() Google Play Console ਤੋਂ ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ ਪੈਕੇਜ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ। ਇਹ ਪੁਰਾਣੀਆਂ ਜਾਂ ਵਿਵਾਦਪੂਰਨ ਬਿਲਡਾਂ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਸੌਖਾ ਹੈ।
service.edits().commit() ਐਪ ਦੀ ਸੰਰਚਨਾ ਅਤੇ ਬੰਡਲਾਂ ਵਿੱਚ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਸਮੇਤ, ਸੰਪਾਦਨ ਸੈਸ਼ਨ ਦੌਰਾਨ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਕਮਿਟ ਕਰਦਾ ਹੈ।

ਫਲਟਰ ਵਿੱਚ API ਲੈਵਲ ਟਾਰਗੇਟਿੰਗ ਦੇ ਹੱਲ ਨੂੰ ਸਮਝਣਾ

ਪਹਿਲੀ ਸਕ੍ਰਿਪਟ Flutter ਪ੍ਰੋਜੈਕਟ ਦੇ Android ਸੈੱਟਅੱਪ ਨੂੰ ਸੋਧਦੀ ਹੈ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਐਪ ਸਹੀ ਢੰਗ ਨਾਲ API ਪੱਧਰ 34 ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਰਹੀ ਹੈ। ਮਹੱਤਵਪੂਰਨ ਕਮਾਂਡਾਂ compileSdkVersion ਅਤੇ targetSdkVersion ਹਨ, ਜੋ ਕੰਪਾਇਲੇਸ਼ਨ ਅਤੇ ਡਿਪਲਾਇਮੈਂਟ ਦੌਰਾਨ ਵਰਤੇ ਗਏ Android SDK ਸੰਸਕਰਣਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀਆਂ ਹਨ। compileSdkVersion ਨੂੰ 34 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮ Android 14 ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਜਦੋਂ ਕਿ targetSdkVersion ਐਪ ਨੂੰ ਚਲਾਉਣ ਲਈ ਉਦੇਸ਼ਿਤ Android ਸੰਸਕਰਣ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਸੋਧਾਂ ਅਸਮਰਥਿਤ API ਪੱਧਰਾਂ ਬਾਰੇ ਚੇਤਾਵਨੀ ਨੂੰ ਹਟਾ ਕੇ, ਸਭ ਤੋਂ ਤਾਜ਼ਾ Google Play ਸਟੋਰ ਸਬਮਿਸ਼ਨ ਮਾਨਕਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਪ੍ਰੋਜੈਕਟ ਸੈਟਿੰਗਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰਦੀਆਂ ਹਨ।

ਦੂਜੀ ਸਕ੍ਰਿਪਟ ਪਾਈਥਨ ਰਾਹੀਂ Google Play ਕੰਸੋਲ API ਨਾਲ ਸੰਚਾਰ ਕਰਦੀ ਹੈ। ਇਹ ਪੁਰਾਣੇ ਸੌਫਟਵੇਅਰ ਬੰਡਲਾਂ ਨੂੰ ਖੋਜਣ ਅਤੇ ਹਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਦਾ ਹੈ ਜੋ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੇ ਹਨ। google.auth.default() ਪਲੇ ਸਟੋਰ API ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ build('androidpublisher', 'v3') Google Play ਡਿਵੈਲਪਰ API ਨੂੰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਸਕ੍ਰਿਪਟ ਫਿਰ ਐਕਟਿਵ ਐਪ ਬੰਡਲ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ service.edits().bundles().list() ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਅਤੇ ਜੇਕਰ ਕੋਈ ਪੁਰਾਣਾ ਸੰਸਕਰਣ ਲੱਭਿਆ ਜਾਂਦਾ ਹੈ, service.edits().bundles().delete() ਇਸ ਨੂੰ ਮਿਟਾ ਦਿੰਦਾ ਹੈ. ਅੰਤ ਵਿੱਚ, service.edits().commit() ਕਮਾਂਡ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦੀ ਹੈ ਅਤੇ ਲਾਗੂ ਕਰਦੀ ਹੈ, ਇਹ ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ ਕਿ ਐਪ ਕਿਸੇ ਵੀ ਪੁਰਾਣੇ ਬੰਡਲ ਤੋਂ ਸਾਫ਼ ਹੈ ਜੋ ਗਲਤੀ ਸੰਦੇਸ਼ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ।

ਹੱਲ: ਫਲਟਰ ਐਪਸ ਲਈ ਉਚਿਤ ਟੀਚਾ SDK ਪੱਧਰ ਅੱਪਡੇਟ ਯਕੀਨੀ ਬਣਾਓ।

ਫਲਟਰ (ਡਾਰਟ) ਐਂਡਰਾਇਡ ਮੈਨੀਫੈਸਟ ਅਪਡੇਟ

android {
    compileSdkVersion 34
    defaultConfig {
        applicationId "com.example.myapp"
        minSdkVersion 21
        targetSdkVersion 34
        versionCode 1
        versionName "1.0"
    }
}

ਬੈਕਐਂਡ ਸਕ੍ਰਿਪਟ: ਬੰਡਲ ਸੰਸਕਰਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ ਅਤੇ ਪੁਰਾਣੇ ਬੰਡਲ ਨੂੰ ਅਕਿਰਿਆਸ਼ੀਲ ਕਰਨਾ

ਕਿਰਿਆਸ਼ੀਲ ਐਪ ਬੰਡਲਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ Google Play Console API (Python)

import google.auth
from googleapiclient.discovery import build
credentials, project = google.auth.default()
service = build('androidpublisher', 'v3', credentials=credentials)
package_name = 'com.example.myapp'
edit_id = service.edits().insert(body={}, packageName=package_name).execute()['id']
bundles = service.edits().bundles().list(packageName=package_name, editId=edit_id).execute()
for bundle in bundles['bundles']:
    if bundle['versionCode'] == 1:  # First build still active
        service.edits().bundles().delete(packageName=package_name, editId=edit_id,
                                        bundleId=bundle['id']).execute()
service.edits().commit(packageName=package_name, editId=edit_id).execute()

ਫਲਟਰ ਐਪ ਅਪਡੇਟਾਂ ਵਿੱਚ ਵਿਵਾਦਪੂਰਨ ਬੰਡਲਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ।

Flutter ਐਪ ਦੇ targetSdkVersion ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਵੇਲੇ ਇੱਕ ਆਮ ਸਮੱਸਿਆ ਪੁਰਾਣੇ ਐਪ ਬੰਡਲਾਂ ਦੀ ਮੌਜੂਦਗੀ ਹੈ ਜੋ ਹਾਲੇ ਵੀ Google Play Console ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਵਜੋਂ ਦਿਖਾਏ ਜਾਂਦੇ ਹਨ। ਭਾਵੇਂ ਇਹ ਬੰਡਲ ਪੁਰਾਣੇ ਹਨ, ਉਹ ਸਭ ਤੋਂ ਤਾਜ਼ਾ ਬਿਲਡ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਪਛਾਣੇ ਜਾਣ ਤੋਂ ਰੋਕ ਸਕਦੇ ਹਨ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ "ਐਪ ਨੂੰ ਐਂਡਰਾਇਡ 14 (API ਪੱਧਰ 34) ਜਾਂ ਉੱਚ ਪੱਧਰ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।" targetSdkVersion ਨੂੰ 34 ਵਿੱਚ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਹ ਵੀ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਪਿਛਲੇ ਵਰਜਨ ਅੱਪਡੇਟ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਵਿਘਨ ਨਾ ਪਵੇ। ਐਪ ਸੰਸਕਰਣਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ, ਖਾਸ ਤੌਰ 'ਤੇ ਪੁਰਾਣੇ ਬੰਡਲਾਂ ਨੂੰ ਖਤਮ ਕਰਨਾ, ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ।

build.gradle ਫ਼ਾਈਲ ਵਿੱਚ ਟਾਰਗੇਟ API ਪੱਧਰ ਨੂੰ ਉਚਿਤ ਰੂਪ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, Google Play Console ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਸੰਸਕਰਣਾਂ ਦੀ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਡਿਵੈਲਪਰਾਂ ਨੂੰ Google Play ਡਿਵੈਲਪਰ API ਵਰਗੇ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜਾਂ ਪੁਰਾਣੇ ਪੈਕੇਜਾਂ ਨੂੰ ਹੱਥੀਂ ਅਯੋਗ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਪਲੇ ਸਟੋਰ ਸਭ ਤੋਂ ਤਾਜ਼ਾ ਬਿਲਡ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਸਹੀ ਰੂਪ ਵਿੱਚ ਦਰਸਾਉਂਦਾ ਹੈ। ਕਿਉਂਕਿ Google Play ਨੂੰ ਅੱਪਡੇਟ ਲਈ ਸਖ਼ਤ ਸੰਸਕਰਨ ਮਾਪਦੰਡਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਐਪਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, Play Console ਦੇ ਅੰਦਰ ਕੋਡ ਅਤੇ ਬੰਡਲ ਦੋਵਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਇੱਕ ਨਿਰਵਿਘਨ ਤਬਦੀਲੀ ਦੀ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ ਅਤੇ ਅਣਸੁਲਝੀਆਂ API ਪੱਧਰ ਦੀਆਂ ਚੇਤਾਵਨੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।

ਫਲਟਰ ਨਾਲ Android 14 API ਪੱਧਰ 34 ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਬਾਰੇ ਆਮ ਸਵਾਲ।

  1. targetSdkVersion ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੇ ਬਾਵਜੂਦ API ਪੱਧਰ ਦੀ ਚੇਤਾਵਨੀ ਕਿਉਂ ਬਣੀ ਰਹਿੰਦੀ ਹੈ?
  2. ਅਜਿਹਾ ਉਦੋਂ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ Play Console ਵਿੱਚ ਹਾਲੇ ਵੀ ਪੁਰਾਣੇ ਐਪ ਬੰਡਲ ਕਿਰਿਆਸ਼ੀਲ ਵਜੋਂ ਮਨੋਨੀਤ ਕੀਤੇ ਗਏ ਹਨ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਵਿਵਾਦ ਪੈਦਾ ਹੁੰਦੇ ਹਨ।
  3. ਮੈਂ Google Play Console ਵਿੱਚ ਪੁਰਾਣੇ ਬੰਡਲਾਂ ਨੂੰ ਕਿਵੇਂ ਬੰਦ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ?
  4. ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਅਕਿਰਿਆਸ਼ੀਲ ਕਰਨ ਲਈ Google Play Developer API ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਾਂ Play Console ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ ਹੱਥੀਂ ਕਰੋ।
  5. ਫਲਟਰ ਵਿੱਚ targetSdkVersion ਦਾ ਕੰਮ ਕੀ ਹੈ?
  6. ਇਹ API ਪੱਧਰ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਹਾਡਾ ਪ੍ਰੋਗਰਾਮ ਕੰਮ ਕਰੇਗਾ, ਨਵੀਆਂ Android ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਅਨੁਕੂਲਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।
  7. compileSdkVersion ਅਤੇ targetSdkVersion ਵਿਚਕਾਰ ਕੀ ਅੰਤਰ ਹੈ?
  8. compileSdkVersion ਸੰਕਲਨ ਦੌਰਾਨ ਵਰਤੇ ਗਏ SDK ਸੰਸਕਰਣ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ targetSdkVersion ਉਸ ਸੰਸਕਰਣ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਹਾਡਾ ਪ੍ਰੋਗਰਾਮ ਰਨਟਾਈਮ 'ਤੇ ਨਿਸ਼ਾਨਾ ਬਣਾਏਗਾ।
  9. ਮੈਂ Play Console ਵਿੱਚ ਵਰਤਮਾਨ ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਬੰਡਲਾਂ ਨੂੰ ਕਿਵੇਂ ਦੇਖ ਸਕਦਾ ਹਾਂ?
  10. ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ service.edits().bundles().list() ਨਾਲ ਸੂਚੀਬੱਧ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਸਿੱਧਾ Play Console ਵਿੱਚ ਦੇਖ ਸਕਦੇ ਹੋ।

API ਟਾਰਗਿਟਿੰਗ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਮੁੱਖ ਉਪਾਅ।

ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਕਿ ਤੁਹਾਡੀ Flutter ਐਪ ਉਚਿਤ API ਪੱਧਰ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦੀ ਹੈ, Play Store ਦੀ ਪਾਲਣਾ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। TargetSdkVersion ਨੂੰ 34 'ਤੇ ਅੱਪਡੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪਲੇ ਕੰਸੋਲ ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਐਪ ਬੰਡਲਾਂ ਦਾ ਵਿਆਪਕ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪੁਰਾਣੇ, ਵਿਰੋਧੀ ਸੰਸਕਰਣ ਨਵੀਨਤਮ ਬਿਲਡ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਪਛਾਣੇ ਜਾਣ ਤੋਂ ਰੋਕ ਸਕਦੇ ਹਨ। ਗੂਗਲ ਪਲੇ ਡਿਵੈਲਪਰ API ਵਰਗੀਆਂ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਡਿਵੈਲਪਰ ਪੁਰਾਣੇ ਬੰਡਲਾਂ ਨੂੰ ਅਕਿਰਿਆਸ਼ੀਲ ਕਰ ਸਕਦੇ ਹਨ, ਇੱਕ ਆਮ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਚੇਤਾਵਨੀਆਂ ਤੋਂ ਬਿਨਾਂ ਤੇਜ਼ ਐਪ ਵੰਡ ਨੂੰ ਯਕੀਨੀ ਬਣਾ ਸਕਦੇ ਹਨ।