الإصدارات والتنزيلات

متى تبدأ الإصدارات

يبدأ إصدارك الأول عندما تُنهي خطوات الإعداد. وبعد ذلك، ابدأ إصدارًا جديدًا بـ بدء إصدار جديد متى احتجت إلى نسخة جديدة (اطّلع على إصدار تحديث). وتعرض الصفحة كل خطوة أثناء بناء الإصدار.

قبل أن يبدأ الإصدار

قبل أن يبدأ الإصدار نتحقق مما سيستخدمه: أيقونتك، وملفات Firebase مقابل اسم حزمة تطبيقك ومعرّف حزمته، ومفتاح App Store Connect، ومفاتيح التوقيع. يظهر كل ما قد يُفشله تحت قبل إصدارك التالي مع ما يجب فعله ورابط لإصلاحه؛ وينتظر الإصدار حتى يُصلح. أما ما لا يوقفه (مثل غياب ملفات Firebase بعد) فيظهر للعلم.

عندما لا يكتمل الإصدار

تقول الصفحة السبب بكلمات بسيطة وما يجب فعله، مثل ملف Firebase لاسم حزمة آخر، أو اتفاقية Apple تنتظر الموافقة، أو نسخة موجودة بالفعل في المتجر. ويعرض ما طبعه الإصدار نهاية مخرجات الإصدار، من دون مفاتيحك وكلمات مرورك. وإن كانت المشكلة في جهاز الإصدار لدينا، فابدأ الإصدار مرة أخرى.

إعادة إصدار كما كان

إعادة الإصدار كما كان، بجانب إصدار جاهز، يصنعه مرة أخرى من شيفرة التطبيق نفسها وإعداداته وصفحة المتجر، برقم نسخة جديد. استخدمه عندما يكون في أحدث إصدار مشكلة وتريد إعادة التطبيق السابق إلى المتاجر.

الإصدار على مراحل

عندما ننشر لك، يرسل الإصدار على مراحل الإصدار الجديد لبعض المستخدمين أولًا. على Google Play، اختر من يحصل عليه أولًا (من 1% إلى 50% من مستخدمي Android): يصل الإصدار إلى الإنتاج لهذه النسبة، وتعرض الصفحة المتابعة وإيقاف والإصدار للجميع حتى يصل إلى الجميع. وعلى App Store، يتيح الإصدار التدريجي لـ Apple إرساله إلى مزيد من مستخدمي iPhone كل يوم على مدى سبعة أيام، ويمكنك الإيقاف المؤقت أو الاستئناف أو الإصدار للجميع. يحتاج حساب الخدمة في Google Play إلى صلاحية الإصدار للإنتاج.

الإصدارات المسموح باستخدامها

في قسم الإصدارات المسموح باستخدامها، حدّد أقل إصدار: تتوقف الإصدارات الأقدم من تطبيقك عند شاشة التحديث مطلوب مع زر إلى المتجر الذي ثُبّتت منه (Google Play أو Galaxy Store أو AppGallery أو صفحتك على App Store). أما الإصدار المُوصى به فيطلب من الإصدارات الأقدم التحديث مرة واحدة، ويمكن للمستخدمين المتابعة باختيار ليس الآن. كل نسخة من تطبيقك تسأل عند فتحها، أيًا كان مصدر محتواه. اترك الخانة فارغة للسماح بكل الإصدارات.

الرجوع إلى إصدار سابق

الرجوع إلى هذا الإصدار، بجانب إصدار سابق جاهز، يعيد ما كان في ذلك الإصدار: اسم تطبيقك وألوانه وقالبه وخطه وأيقونته وشعاره، وصفحة المتجر. وتعود الصفحات التي كانت منشورة وقتها إلى مسودتك في الصفحات والمظهر لتراجعها وتنشرها. ثم يُبنى الإصدار من جديد من شيفرة التطبيق نفسها، برقم إصدار جديد للمتاجر. وفي قسم الإصدارات المسموح باستخدامها، يعرض جدول الإصدارات المستخدمة الإصدارات التي فتحها الناس خلال آخر 7 أيام، وأيها أقل من الحد الأدنى.

الإصدارات التلقائية

في الباقات ذات الإصدارات التلقائية، أي حفظ يغيّر التطبيق نفسه (اسمه، أيقونته، ألوانه، ملفات Firebase، روابطه)، أو صفحة المتجر عندما ننشر عنك، أو المتاجر التي يذهب إليها، يبدأ إصدارًا جديدًا بعد عشر دقائق من آخر حفظ، فتدخل عدة تغييرات في إصدار واحد. أما الصفحات والنصوص والأسعار والإعدادات فتصل إلى التطبيق دون إصدار. وتقول الصفحة متى يبدأ الإصدار المنتظر؛ ويبدؤه بدء إصدار جديد الآن.

ملفاتك

• APK: ثبّته مباشرةً على هاتف Android لتجربته.
• App Bundle ‏(‎.aab): الملف الذي ترفعه إلى Google Play.
• إصدار iOS ‏(‎.ipa): الملف الذي ترفعه إلى App Store Connect. وفي باقتي Pro وBusiness يُرفع إلى TestFlight نيابةً عنك. يأتي مع باقة Growth وما فوقها، ويحتاج إلى مفتاح App Store Connect API في خطوة النشر.
• مفتاح رفع Android: ملف المفاتيح وكلمات مروره. يحتاج كل تحديث مستقبلي على Google Play إلى هذا المفتاح نفسه: احتفظ بنسخة منه في مكان آمن.
• ملفات المتجر: أيقونات المتجر والصورة الترويجية ولقطات شاشتك ونص صفحة المتجر.
• إضافة WordPress (ملف ZIP)، لمواقع WordPress.

تُنشأ روابط التنزيل من جديد في كل مرة تُفتح فيها الصفحة وتنتهي صلاحيتها بعد دقائق. أعد تحميل الصفحة للحصول على روابط جديدة.

مفتاح التوقيع محفوظ بأمان

يُنشأ مفتاح توقيع Android الخاص بك مع إصدارك الأول، ويُخزَّن مشفّرًا، ولا يُستبدل أبدًا، فتستطيع دائمًا تحديث تطبيقك على Google Play.

جرّب قبل أن تنشر

ثبّت ملف APK على هاتف Android (اسمح بالتثبيت من المتصفح أو تطبيق الملفات عندما يطلب الهاتف ذلك). وفي باقتي Pro وBusiness، جرّب إصدار iOS عبر TestFlight.