Firebase-tools: سرد وحذف عمليات النشر

Nowaker هذا بالتأكيد على

يا brendanlim أي تحديثات هنا؟ نشهد أيضًا تحميلًا لا نهائيًا في وحدة الاستضافة ، يبدو أن لدينا عددًا كبيرًا جدًا من عمليات النشر :(

شكرا!

Error: too_big: The data requested exceeds the maximum size that can be accessed with a single request. at r (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8597) at H (third_party/javascript/firebase/firebase_js_minified.jslib:126) at Object.eval [as H] (third_party/javascript/firebase/firebase_js_minified.jslib:206) at eval (third_party/javascript/firebase/firebase_js_minified.jslib:190) at Kh.g.Id (third_party/javascript/firebase/firebase_js_minified.jslib:196) at yh.Id (third_party/javascript/firebase/firebase_js_minified.jslib:186) at qh.eval [as zg] (third_party/javascript/firebase/firebase_js_minified.jslib:184) at th (third_party/javascript/firebase/firebase_js_minified.jslib:178) at WebSocket.ua.onmessage (third_party/javascript/firebase/firebase_js_minified.jslib:177) at WebSocket.b [as __zone_symbol___onmessage] (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8568) at w.invokeTask (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8611) at u.runTask (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8601) at WebSocket.invoke (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8613)

brendanlimmbleigh أي تحديث على ذلك؟ يتزايد تاريخ النشر لدينا باستمرار ، حيث يتم بناء كل CI في وقت واحد ، ويتجاوز قدراتنا البشرية مواكبة حذفها!

نحن على علم بالمشكلة هنا ونفكر في أفضل طريقة لمعالجتها. بشكل عام ، لا نريدك أن تشعر بالقلق حيال امتلاكك لتاريخ متزايد من الإصدارات. فضولي لمن يصادف هذا (صوّت باستخدام رمز تعبيري على هذا التعليق): أيهما تفضل؟

• : tada: القدرة على سرد الإصدارات القديمة وربما حذفها دفعة واحدة
• : +1: يتم الاحتفاظ بالإصدارات القديمة فقط لفترة معينة من الوقت ما لم يتم "تثبيتها" بطريقة ما
• : heart: يتم الاحتفاظ بعدد معين فقط من الإصدارات القديمة ما لم يتم "تثبيتها" بطريقة ما

"القدرة على سرد الإصدارات القديمة وربما حذفها دفعة واحدة" هو أمر بدائي. تم تصميم واجهات برمجة التطبيقات باستخدام الأوليات. تسمح هذه العناصر الأولية للمستخدمين بتحقيق ما يريدون دون التنصت على أي شخص (في هذه الحالة ، أنتmbleigh).

الاثنان الآخران هما ميزات عالية المستوى. انهم رائعين. ولكن يأتي بعد ذلك سؤال: كيف يمكنني تثبيت الإصدار أو إلغاء تثبيته عبر واجهة برمجة التطبيقات أو firebase-tools ؟ كما يمكنك أن تتخيل ، سيضطر شخص ما مرة أخرى إلى النقر فوق القائمة في Firebase UI واحدًا تلو الآخر ، تمامًا مثل حذف عمليات النشر القديمة اليوم. : rofl:

باختصار ، تعد الميزات عالية المستوى رائعة ومطلوبة ، لكن أساسيات CRUD في واجهة برمجة التطبيقات مهمة جدًا لأدوات مثل Google Cloud Platform أو Firebase.

Nowaker أنا لا أختلف ، وكلاهما مهم. من العدل أن نقول إن الأمر يتعلق بانقسام خاطئ بين الخيار الأول والخيار الآخر. FWIW ، من أجل تنفيذ الخيارين الثانيين ، سيتعين علينا إلى حد كبير تنفيذ كل ما هو ضروري للخيار الأول على أي حال.

هذه الأشياء موجودة بالتأكيد على رادارنا ، لكن ليس لدي تفاصيل حول متى سيكون لدينا شيء نعرضه.

سأفعل مع مربع اختيار لتحديد كل / عدة إدخالات على الصفحة وحذفها دفعة واحدة. أيضًا ، اجعل من الممكن استبعاد مربع حوار التأكيد بالضغط على Enter للتأكيد.

لا يمكنك أيضًا إخفاء وظيفة الحذف. الآن أنت:

1. صف نشر التمرير.
2. انقر فوق قائمة النقاط الثلاث.
3. انقر فوق حذف لاستدعاء التأكيد.
4. انقر فوق حذف مرة أخرى.

إذا كان كل صف يحتوي على زر حذف خاص به ، وإذا كان بإمكانك الضغط باستمرار على Shift لتجاوز التأكيد ، فيمكنك الطيران من خلالها.

هل تتوفر واجهة برمجة تطبيقات REST لسرد عمليات النشر وحذفها ، إذا أراد المرء تنفيذ هذه الوظيفة بمفرده (أو حتى تنفيذها في أدوات Firebase ، وإرسال بيان عام)؟ إذا كانت نقاط النهاية غير موجودة ، يمكنني أن أرى كيف يمكن أن تكون هذه مشكلة حظر. هل هذا على أي نوع من خارطة الطريق مع شيء مشابه لتاريخ استحقاق؟

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

لا توجد أخبار عن هذا حتى الآن ، لكنه مجال اهتمام نشط للفريق. شكرا لصبرك!

أي أخبار عن هذا؟ لدينا الكثير مما يتعين علينا إزالته يدويًا ، واحدًا تلو الآخر.

سوف نقدر حقًا بعض التقدم في هذا الأمر!

نحن نقوم بالكثير من العمل على البنية التحتية للنشر في الوقت الحالي والتي ستستغرق بعض الوقت لتؤتي ثمارها. هذه المسألة بالتأكيد في أذهاننا ونحن نقوم بهذا العمل.

mbleigh يا كيف حول قفل هذا الموضوع. أود أن يتم إخطاري عند الانتهاء ، لكنني حقًا لا أرغب في قراءة جميع تعليقات "أنا أيضًا".

"يتم الاحتفاظ بعدد معين فقط من الإصدارات القديمة ما لم يكن" التثبيت "بطريقة ما هو بالضبط ما نحتاجه.

المشكلة الأخرى التي أواجهها هي أنني عندما ألقي نظرة على قائمة عمليات النشر هذه ، ليس لدي أي فكرة عن أيهما. أقوم بإصدار تطبيقي بطريقتين ، بما في ذلك الإصدار في package.json ، وفكرة "builds" ، لذا يمكنني أيضًا تقديم إصدار و / أو إنشاء # إلى firebase deploy ، ثم إذا كان ذلك يمكن إدراجها في قائمة الإصدارات التي تم نشرها ، فسيكون ذلك رائعًا. كما هو الحال ، أرى 100 إصدار منتشر وليس لدي أي فكرة عن أيهما.

rtm يمكنك تحديد رسالة لعمليات النشر التي تظهر في قائمة عمليات النشر:

firebase deploy --message "build 1234"

الخيار غير مدرج في صفحات التوثيق ، ولكنه مدرج عند التشغيل:
firebase help deploy

@ a-xin شكرا لك. لقد فاتني ذلك تمامًا وهو مفيد جدًا!

سيكون من الرائع زيادة أولوية هذه المشكلة ، لأننا نقوم بنشر مستمر لكل التزام git ، وكل عملية نشر تبلغ بضع مئات من الميغابايت. سيكون من الرائع لو تمكنا من دمج بعض الأوامر لتنظيف عمليات النشر القديمة في البرنامج النصي للقرص المضغوط أيضًا ، من أجل تقليل استهلاك التخزين الكلي.

كحل بديل ، هل سيكون من الممكن إعادة استخدام الملفات التي لم يتغير اسمها ومحتوياتها (وفقًا لبعض التجزئة)؟

على سبيل المثال ، إذا قام Webpack بإنشاء أجزاء ذات تجزئات مستقرة (على سبيل المثال ، استخدام HashedModuleIdsPlugin ) ، فهل يتم تحميل هذه الملفات عند كل عملية نشر (على الرغم من أنها لم تتغير حقًا)؟

يمكن أن يقلل ذلك بشكل كبير من مقدار تحديثات الملف في كل عملية نشر (وصولاً إلى كيلوبايت من كود التطبيق الخاص بنا ، إذا لم يتغير libs الخاص بالمورد).

هذه ليست أولوية منخفضة بالنسبة لنا. نحن نعمل على التمكين
البنية التحتية لمعالجة هذه المشكلة الآن ، ولكن هناك تغييرات كبيرة
ضروري لفعل ما نريد القيام به. سيستغرق الأمر بعض الوقت ، شكرًا على
ردود الفعل وصبرك.

في يوم الأحد 25 فبراير 2018 ، الساعة 3:32 مساءً Denis Loginov [email protected]
كتب:

كحل مؤقت ، هل من الممكن إعادة استخدام الملفات التي
لم يتغير اسم الملف ومحتوياته (وفقًا لبعض التجزئة)؟

على سبيل المثال ، إذا كان Webpack يولد أجزاء ذات تجزئات مستقرة (مثل استخدام ملفات
HashedModuleIdsPlugin) ، هل يتم تحميل هذه الملفات عند كل عملية نشر (حتى
على الرغم من أنها لم تتغير حقًا)؟

يمكن أن يقلل ذلك بشكل كبير من مقدار تحديثات الملفات في كل منها
النشر (وصولاً إلى كيلوبايت من كود التطبيق الخاص بنا ، إذا لم يكن لدى البائعين libs
منزعج).

-
أنت تتلقى هذا لأنه تم ذكرك.

قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/firebase/firebase-tools/issues/215#issuecomment-368355645 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAAD_nbNy4j3gsIpTk_YpLyhlAuPtNHOks5tYe2DgaJpZM4J0BKU
.

يسعدني أن أرى أن هذه أولوية. أنا مشترك في خطة Spark ولدي تطبيق ويب يبلغ حجمه حوالي 20 ميجابايت. لقد كنت ليبراليًا بعض الشيء في عمليات النشر الخاصة بي ، لذا كان لدي 300 لأقوم بحذفها. 😅

بالإضافة إلى العدد المحدود لعمليات النشر في التاريخ ، أحب أيضًا فكرة dinvlad لإعادة استخدام الملفات.

sejr أحد الأشياء التي
أنقر على علامات الحذف ، واضغط على السهم لأسفل ثم أدخل ، ثم زر علامة التبويب 3 مرات ثم أدخل
و اكرر ..... اتمنى ان يساعد.

mbleigh أي أخبار أو تقدم في هذا؟

mbleigh هل يمكنك أن تعطينا وضعًا؟

mbleigh نتطلع إلى مزيد من الشفافية. ربما يمكنك توضيح المزيد حول خارطة الطريق العامة لأدوات Firebase والخطط المتعلقة بهذه المشكلة؟
(إنها القضية الأعلى تصويتًا بالمناسبة ، تقريبًا ضعف الأصوات مقارنة بالثاني الأعلى).

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

لا يمكنني أن أعد جداول زمنية محددة ، لكن هذا بالتأكيد لم يُنسى.

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

أنا أتفهم الإحباط حقًا. هذه القضية يتم تناولها من خلال العمل
نقوم به الآن ونأمل أن نقدم لكم جميعًا في المستقبل القريب.

في الجمعة ، 29 يونيو ، 2018 ، الساعة 1:01 صباحًا ، كتب داميان نواك [email protected] :

ربما لم ينسى ولكن بالتأكيد تم تجاهله . يمكن حذف النشر
في واجهة المستخدم ببضع نقرات - لا يوجد سبب لعدم حدوث الأمر نفسه
يتعرض بسهولة عبر API. أشعر بخيبة أمل شديدة بسبب منتج Firebase
خارطة الطريق ، وكذلك مصير Divshot.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/firebase/firebase-tools/issues/215#issuecomment-401279887 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAAD_t_BTD_cT8eWOABg8sfs9Lf1n9g8ks5uBd7SgaJpZM4J0BKU
.

تضمين التغريدة

ولكن هناك تغييرات كبيرة ضرورية للقيام بما نريد القيام به.

ربما يتم تهدئة الجماهير الغاضبة من خلال بعض التلويحات اليدوية الغامضة بشكل مناسب حول ماهية هذه التغييرات الكبيرة ، وما هي الميزات الأخرى التي ستمكّنها من تحطيم الأرض. إذا تعذر ذلك ، فليس من غير المعقول أن يحصل بعض الأشخاص على ملابسهم الداخلية في لمحة حول ما يبدو وكأنه مجرد تجاهل للميزة ، نظرًا لأنه يستمر منذ عامين تقريبًا.

إنه أمر بسيط جدًا - لم يكن لدى Firebase Hosting واجهة برمجة تطبيقات عامة مطلقًا ، والطريقة الحالية لإدراج عمليات النشر وحذفها في وحدة التحكم ليست مناسبة تمامًا للنشر. نظرًا لأن CLI مفتوح المصدر ، نحتاج إلى التأكد من أن أي إجراءات يتم الكشف عنها من خلالها قابلة للتطوير بشكل مناسب.

نحن بصدد ترحيل جزء كبير من Firebase Hosting إلى بنية Google الأساسية مما يجعله أكثر قابلية للتوسع ويوفر أيضًا أساسًا قويًا لوجود واجهات برمجة تطبيقات للأشياء بشكل صحيح. يُعد هذا الجهد جيدًا جدًا لصحة استضافة Firebase على المدى الطويل ، ولكنه كان استثمارًا كبيرًا للفريق أدى إلى فترة طويلة من عدم إحراز تقدم واضح.

أقدر أن الكثير منكم يشعر بقوة تجاه هذا - إذا تواصلت مع الدعم ، يسعدنا تقليم عمليات النشر الأقدم يدويًا في هذه الأثناء. نأمل ألا يكون الانتظار أطول بكثير ، ولكن كما هو الحال مع أي برنامج ، عادة ما يكون اختيار التواريخ الدقيقة للأشياء فكرة سيئة.

آمل أن يوضح هذا الأمر قليلاً ، وبفضل جميع مستخدمي Firebase Hosting لتحملهم معنا 😄

mbleigh شكرا جزيلا على الرؤساء.

mbleigh لست متأكدًا من سبب حاجتك إلى جعل هذه المهمة معتمدة على واجهة برمجة تطبيقات عامة أو أي تغيير في البنية التحتية.

يمكن حل هذا على المدى القصير باستخدام زر في وحدة تحكم Firebase "تقليم عمليات النشر القديمة".

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

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

ليس محترفًا على الإطلاق.

لا أعرف ما الذي يتذمر منه الجميع. من المريح حذف عمليات النشر القديمة واحدة تلو الأخرى. لقد قمت للتو بمسح 72 عملًا متراكمًا. ثم كان هناك فحص مزدوج للتأكد من أنني حصلت عليها جميعًا (فاتني واحد) - مرة أخرى مرضي للغاية. شعرت بالفضيلة ، وأجرؤ على القول بالتفوق. العناية بالتفاصيل ؛ اجراءات لارضاء المتطلبات. الدقة الإدارية! أسفي الوحيد هو أنه لم يكن لدي المزيد لتوضيحه. في الواقع كان علي أن ألعب لعبة سوليتير لمدة ساعة كاملة بعد ذلك ، فقط لأشعر أنني بحالة جيدة بما يكفي للانتقال إلى مهمتي التالية.

وسنتين (والعدد) للحصول على هذه الميزة؟!؟ بففت. يعلم الجميع أن المهندسين يجب أن يأخذوا CARE للقيام بهذه الأشياء بشكل صحيح! وهذا مطلوب ميزانية ضخمة. أعني التفكير في كل الجهود التي يبذلها WAYMO وبقية حروف الأبجدية. لا تستطيع Google تحمل تكلفة وضع المزيد من الموارد في هذه الميزة.

وإلى جانب ذلك ، نحن مجرد مطورين! ضعف بففت. كيف تتوقع أن تنجو Google من خلال وضع المطورين على رأس قائمة الانتظار؟!؟ أعني حقا!

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

ومن أجل الجنة ، لا تفعل أي شيء مندفع مثل وجود ميزة درجة الحرارة لزر حذف سريع أو شيء من هذا القبيل ؛ من شأنه فقط تحويل الموارد عن أشياء أكثر أهمية.

كل خير كما هو. من فضلك لا تقم بإجراء أي تغييرات على العملية الخاصة بك ، مثل ، قل تغييرات الإدارة!

عفوًا ، يجب أن أذهب. حان وقت قيلتي (لقد استنفدت من كل التركيز المطلوب لحذف كل عمليات النشر هذه). وإلى جانب هذا الوقت المثمر ، أنا بالتأكيد أستحق بعض الإجازة!

لدي 125 منهم لحذفها.

🤔 بطريقة ما أشعر أن هناك القليل من السخرية يحدث في هذا الموضوع ... 🙃

يا رفاق ، أنا حقاً أشعر بالإحباط. لتكرار بيان من تعليقي السابق: إذا تواصلت مع الدعم ، يسعدنا تقليم عمليات النشر الأقدم يدويًا نيابة عنك في هذه الأثناء . فقط أخبرنا بعدد الإصدارات القديمة التي ترغب في الاحتفاظ بها.

بالنسبة لسبب عدم إطلاقنا لحل مؤقت للإسعافات الأولية - حسنًا ، تدخل الدعم هو إسعافاتنا الأساسية. نفضل عدم حرق موارد هندسية محدودة على نظام نعمل بنشاط على استبداله ، ولهذا السبب ينتهي الأمر ببعض الصعوبة.

أوه ، انظر ، يبدو أن شخصًا ما قد أسقط فكرة قد تكون ذات صلة بهذا الموضوع ...

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

نشكرك على الوقت الذي أمضيته في توفير حل بديل.

يعمل البرنامج النصي في الجوهر أعلاه بشكل جيد فيما يتعلق بحذف الإصدارات ، لكنني لا أرى استخدام التخزين الخاص بي ينخفض ​​(هل يستغرق الأمر بعض الوقت لإعادة حساب هذا بعد حذف الإصدارات؟)

هل يستغرق الأمر بعض الوقت لإعادة حساب هذا بعد حذف النسخ؟

في تجربتي ، نعم. حتى إذا كنت تستخدم واجهة المستخدم الرسومية لحذف مجموعة من الإصدارات يدويًا ، فسيستغرق تغيير أرقام الاستخدام بعض الوقت.

شكرًا حقًا mbleigh لتزويدنا بإسعافات أولية أفضل بكثير. :صلى:

أي تحديثاتmbleigh؟

هل نظرت إلى واجهة الاستضافة alexanderwhatley ، فهي ليست حلاً

استضافة REST API

هل نظرت فيه jackcw ؟ لأنني لا أستطيع العثور إلا على طرق create و list . لا توجد طريقة delete .

لم أستخدمه بالفعل ، ولكن بقدر ما أستطيع أن أرى ، هناك حذف في نقطة نهاية الإصدارات والقائمة الخاصة بالإصدارات تتضمن كائن الإصدار ، لذا أفترض أنك تقوم بقائمة من الإصدارات وأخذ معرف الإصدار وضرب الإصدار حذف نقاط النهاية

اسف هذا خطأي. لقد أسأت فهم معنى الإصدارات والإصدارات. يمكنك الآن حذف الإصدارات القديمة التي تسمى الإصدارات مع API.

لقد أنشأت نصًا برمجيًا صغيرًا لشل يتم تنفيذه مرة واحدة يوميًا مع وظيفة cron لإزالة جميع الإصدارات القديمة.
هنا هو الجوهر . يتطلب الأمر jq لتحليل JSON. إنه يفعل ما كتبه jackcw بشكل أساسي: إنه يكرر جميع الإصدارات ويحذفها.

أنا لست خبيرًا في كتابة نصوص الصدف أو jq - لكن النتيجة هي ما يهم ، على ما أعتقد. البرنامج النصي يعمل بشكل موثوق تمامًا بالنسبة لي. لا تتردد في استخدامه بنفسك.

معرف التتبع الداخلي: 113235359

أي تحديثات على هذا؟

يتم العمل بنشاط على. 🙂

مرحبا جميعا!

يمكنك الآن إدارة الاحتفاظ بسجل الإصدار في وحدة تحكم Firebase:

بالنسبة لأولئك الذين لديهم مواقع كبيرة ، من المفترض أن يساعدك ذلك في خفض التكاليف.

لصالح الجميع ، الميزة أعلاه التي يتحدث عنها samtstern هي الشيء الذي قلت إننا نعمل عليه. آمل أن يساعد الأشخاص في الحفاظ على التعامل الجيد مع تاريخ الإصدار الخاص بهم!

شكرا على الميزة! يبدو أنه لا يزال هناك بعض الأخطاء ، على الرغم من ذلك.

twistedpair : البكاء: هاه ، هل يمكنك الوصول إلى دعم Firebase ، ويفضل أن يكون ذلك بسبب الخطأ الذي تحصل عليه في لوحة الشبكة الخاصة بأدوات التطوير؟ هذا بالتأكيد ليس من المفترض أن يحدث.

يبدو أن الميزة لا تعمل ، فلدينا حد أعلى لإصدار واحد في الإعدادات ولكن هناك الكثير من الإصدارات في القائمة التي لم يتم حذفها مطلقًا!

تضمين التغريدة

إنه يعمل بشكل مثالي في مشاريعنا.
لدينا حد يبلغ 10 إصدارات ، واعتبارًا من الإصدار 11 ، يتم "حذفها تلقائيًا"

billiaug شكرا

لقد قمت بتعيينه مرة أخرى على رقم معين وبدأ العمل. أعتقد أن هذا ربما كان بسبب أننا لم نحدد هذه القيمة من قبل ، لذلك عندما فتحت مربع الحوار ورأيت 1 ، افترضت أنه تم تطبيقه بالفعل ولكنه لم يكن كذلك

لقد لاحظت نفسsharno. عينت الإعدادات الافتراضية القيمة على 1 ولكن هذا ليس ساري المفعول حتى يتم فتح الإعدادات وقمت بالنقر فوق _حفظ_ لأول مرة. بعد أن كل شيء يعمل كما هو متوقع.

للنسخ المتماثل في مشروع Firebase جديد ، انشر موقعًا عدة مرات حتى يكون هناك عدد قليل من عمليات النشر في سجل الإصدار. افتح _Version history settings_ التي تعرض القيمة الافتراضية 1 ، ثم انقر فوق _Save_. قم بتحديث الصفحة وجميع عمليات النشر السابقة بخلاف الحالية يجب أن يكون لها حالة _Auto-delete_.

ربما يجب أن تذكر أو تعكس صيغة إعدادات محفوظات الإصدار أن الإعداد ليس ساري المفعول بشكل افتراضي ويتطلب إجراء المستخدم ليتم تمكينه. مثال:

أو شيء مختلف يسمح للمستخدمين بإلغاء تعيين قيمة:

عند الحد الأدنى من تعليمات Firebase - تعيين حد للإصدارات المحتجزة يجب أن يصف الإعدادات الافتراضية بشكل أفضل.

لدي استعلام مشابه ، ولكن ليس لاستضافة Firebase ، بدلاً من وظائف Firebase. تأخذ كل عمليات نشر الوظائف 400 + ميجابايت من مساحة تخزين Firebase. لست مستخدمًا خبيرًا لـ firebase cli ، ولكن الانتقال إلى سجل حاوية GCP يوفر خيار حذف الحاويات واحدة تلو الأخرى

هل توفر وحدة تحكم Firebase طريقة لحذف حاويات الوظائف القديمة تمامًا كما تفعل حاليًا لاستضافة الإصدارات؟

ملاحظة: هل يجب أن أفتح عددًا جديدًا لذلك؟

DibyodyutiMondal بالتأكيد قضية جديدة.

DibyodyutiMondal - هل فتحت عددًا جديدًا؟ إذا كان الأمر كذلك ، فالرجاء وضع رابط له هنا ، بحيث يسهل العثور عليه.