Firebase-tools: Buat daftar dan hapus penerapan

@Nowaker Ini jelas ada di radar kami dan sesuatu yang ingin kami tingkatkan

hai @brendanlim ada pembaruan di sini? Kami juga melihat pemuatan tak terbatas di modul hosting, sepertinya kami memiliki terlalu banyak penerapan :(

Terima kasih!

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)

@brendanlim @mbleigh Adakah pembaruan tentang ini? Riwayat penerapan kami terus berkembang, setiap CI dibangun pada satu waktu, dan menghapusnya di luar kemampuan manusia kami!

Kami menyadari masalah ini di sini dan sedang mempertimbangkan cara terbaik untuk mengatasinya. Secara umum, kami tidak ingin Anda merasa khawatir memiliki riwayat versi yang terus berkembang. Penasaran siapa saja yang menemukan ini (pilih dengan emoji di komentar ini): mana yang paling Anda sukai?

• :tada: Kemampuan untuk membuat daftar dan mungkin menghapus versi lama secara batch
• :+1: Versi lama hanya disimpan untuk jangka waktu tertentu kecuali "disematkan" dalam beberapa cara
• :heart: Hanya sejumlah versi lama yang disimpan kecuali "disematkan" dengan cara tertentu

"Kemampuan untuk membuat daftar dan mungkin menghapus versi lama secara batch" adalah primitif. API dibangun menggunakan primitif. Primitif ini memungkinkan pengguna untuk mencapai apa pun yang mereka inginkan tanpa mengganggu siapa pun (dalam hal ini, Anda @mbleigh).

Dua lainnya adalah fitur tingkat tinggi. Mereka keren. Tapi kemudian muncul pertanyaan: bagaimana cara menyematkan atau melepas pin versi melalui API atau firebase-tools ? Seperti yang dapat Anda bayangkan, sekali lagi seseorang harus mengklik daftar di UI Firebase satu per satu, seperti menghapus penerapan lama hari ini. :rofl:

Singkatnya, fitur tingkat tinggi sangat bagus dan dibutuhkan, tetapi primitif CRUD di API sangat penting untuk alat seperti Google Cloud Platform atau Firebase.

@Nowaker Saya tidak setuju, dan keduanya penting. Ini adil untuk mengatakan itu adalah dikotomi palsu antara opsi pertama dan dua lainnya. FWIW, untuk mengimplementasikan dua opsi kedua, kami harus mengimplementasikan semua yang diperlukan untuk yang pertama.

Hal-hal ini pasti ada di radar kami, tapi saya tidak memiliki spesifik kapan kami akan memiliki sesuatu untuk ditunjukkan.

Saya akan puas dengan kotak centang untuk memilih semua/beberapa entri pada halaman dan menghapusnya sekaligus. Juga, memungkinkan untuk mengabaikan dialog konfirmasi dengan menekan enter untuk konfirmasi.

Anda juga tidak dapat menyembunyikan fungsi hapus. Saat ini Anda:

1. Baris penerapan rollover.
2. Klik menu tiga titik.
3. Klik hapus untuk memanggil konfirmasi.
4. Klik hapus lagi.

Jika setiap baris memiliki tombol hapus sendiri, dan jika Anda dapat menahan shift untuk melewati konfirmasi, Anda dapat terbang melewatinya.

Apakah REST API untuk mendaftar dan menghapus penerapan tersedia, jika seseorang ingin mengimplementasikan fungsi ini sendiri (atau bahkan mengimplementasikannya di firebase-tools, dan mengirimkan PR)? Jika titik akhir tidak ada di sana, saya dapat melihat bagaimana itu mungkin menjadi masalah pemblokiran. Apakah ini ada di peta jalan apa pun dengan sesuatu yang mirip dengan tanggal jatuh tempo?

Ada berita tentang ini? Pasti akan membantu untuk memiliki cara sederhana untuk menghapus penerapan sebelumnya di CLI. Terima kasih atas kerja bagusnya.

Belum ada berita tentang ini, tetapi ini adalah bidang minat aktif bagi tim. Terima kasih atas kesabaran Anda!

Ada berita tentang ini? Kami memiliki begitu banyak yang harus kami hapus secara manual, satu per satu.

Juga akan sangat menghargai beberapa kemajuan dalam hal ini!

Kami sedang melakukan banyak pekerjaan pada infrastruktur penyebaran kami sekarang yang akan membutuhkan sedikit waktu untuk membuahkan hasil. Masalah ini pasti ada di pikiran kami saat kami melakukan pekerjaan itu.

@mbleigh hei bagaimana mengunci topik ini. Saya ingin diberi tahu jika sudah selesai, tetapi saya benar-benar tidak ingin membaca semua komentar "saya juga".

"Hanya sejumlah versi lama tertentu yang disimpan kecuali "disematkan" dengan cara tertentu" yang kami butuhkan.

Masalah lain yang saya miliki adalah ketika saya melihat daftar penyebaran ini, saya tidak tahu yang mana. Saya membuat versi aplikasi saya dalam beberapa cara, termasuk versi di package.json, dan gagasan "builds", jadi saya juga bisa memberikan versi dan/atau build # ke firebase deploy , dan kemudian jika itu bisa terdaftar dalam daftar versi yang digunakan itu akan menjadi fantastis. Seperti berdiri, saya melihat 100 versi yang digunakan dan tidak tahu yang mana.

@rtm Anda dapat menentukan pesan untuk penerapan yang ditampilkan dalam daftar penerapan:

firebase deploy --message "build 1234"

Opsi ini tidak terdaftar di halaman dokumentasi, tetapi terdaftar saat dijalankan:
firebase help deploy

@a-xin Terima kasih. Saya benar-benar melewatkan itu dan itu sangat berguna!

Akan sangat bagus jika prioritas masalah ini dapat ditingkatkan, karena kami melakukan penerapan terus menerus dari setiap git commit, dan setiap penerapan adalah beberapa ratus MB. Akan lebih baik jika kami dapat mengintegrasikan beberapa perintah untuk membersihkan penerapan lama dalam skrip CD juga, untuk mengurangi konsumsi penyimpanan secara keseluruhan.

Sebagai solusinya, apakah mungkin untuk menggunakan kembali file yang nama file dan isinya tidak berubah (menurut beberapa hash)?

Misalnya jika Webpack menghasilkan potongan dengan hash yang stabil (misalnya menggunakan HashedModuleIdsPlugin ), apakah file-file ini diunggah pada setiap penerapan (meskipun mereka benar-benar tidak berubah)?

Itu dapat secara signifikan mengurangi jumlah pembaruan file pada setiap penerapan (hingga kbyte kode aplikasi kami, jika lib vendor tidak berubah).

Ini bukan prioritas rendah bagi kami. Kami sedang mengerjakan yang memungkinkan
infrastruktur untuk mengatasi masalah ini sekarang, tetapi ada perubahan besar
diperlukan untuk melakukan apa yang ingin kita lakukan. Ini akan memakan waktu, terima kasih untuk
umpan balik dan kesabaran Anda.

Pada hari Minggu, 25 Februari 2018, 15:32 Denis Loginov [email protected]
menulis:

Sebagai solusi sementara, apakah mungkin untuk menggunakan kembali file yang
nama file dan isinya tidak berubah (menurut beberapa hash)?

Misalnya jika Webpack menghasilkan potongan dengan hash yang stabil (mis
HashedModuleIdsPlugin), apakah file-file ini diunggah pada setiap penerapan (bahkan
meskipun mereka benar-benar tidak berubah)?

Itu dapat secara signifikan mengurangi jumlah pembaruan file pada masing-masing
penyebaran (hingga kbyte kode aplikasi kami, jika lib vendor belum
kecewa).

—
Anda menerima ini karena Anda disebutkan.

Balas email ini secara langsung, lihat di GitHub
https://github.com/firebase/firebase-tools/issues/215#issuecomment-368355645 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AAAD_nbNy4j3gsIpTk_YpLyhlAuPtNHOks5tYe2DgaJpZM4J0BKU
.

Saya senang melihat bahwa ini adalah prioritas. Saya menggunakan paket Spark dan memiliki aplikasi web yang berukuran sekitar 20MB. Saya sedikit liberal dengan penerapan saya, jadi saya harus melewati dan menghapus 300. 😅

Selain # penyebaran terbatas dalam riwayat, saya juga menyukai ide @dinvlad untuk menggunakan kembali file.

@sejr satu hal yang saya lakukan yang membantu adalah menggunakan keyboard sebanyak mungkin.
Saya klik elips, tekan panah bawah lalu enter, lalu tombol tab 3 kali lalu enter
Dan ulangi..... semoga membantu.

@mbleigh Adakah berita atau perkembangan tentang ini?

@mbleigh dapatkah Anda memberi kami status?

@mbleigh Menantikan lebih banyak transparansi. Mungkin Anda dapat menguraikan lebih lanjut tentang peta jalan umum firebase-tools, dan rencana terkait masalah ini?
(Ini masalah suara tertinggi btw, hampir dua kali lipat suara dibandingkan yang tertinggi kedua).

Maaf atas penundaan yang lama dalam menangani hal ini -- ini ada di urutan teratas daftar kami, tetapi kami telah banyak berinvestasi dalam proyek infrastruktur yang menetapkan fondasi untuk mengambil banyak proyek kecil seperti ini.

Saya tidak bisa menjanjikan garis waktu yang tepat, tetapi ini jelas tidak bisa dilupakan.

Mungkin tidak dilupakan tapi pasti diabaikan . Penerapan dapat dihapus di UI dengan beberapa klik - tidak ada alasan mengapa hal yang sama tidak dapat dengan mudah diekspos melalui API. Saya sangat kecewa dengan peta jalan produk Firebase, serta nasib Divshot.

Saya memahami frustrasi, sungguh. Masalah ini sedang ditangani oleh pekerjaan
kami lakukan sekarang dan berharap untuk membawa Anda semua dalam waktu dekat.

Pada Jumat, 29 Jun 2018, 1:01 Damian Nowak [email protected] menulis:

Mungkin tidak dilupakan tapi pasti diabaikan . Penerapan dapat dihapus
di UI dengan beberapa klik - tidak ada alasan mengapa hal yang sama tidak dapat terjadi
mudah diekspos melalui API. Saya sangat kecewa dengan produk Firebase
peta jalan, serta nasib Divshot.

—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/firebase/firebase-tools/issues/215#issuecomment-401279887 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AAAD_t_BTD_cT8eWOABg8sfs9Lf1n9g8ks5uBd7SgaJpZM4J0BKU
.

@mbleigh

tetapi ada perubahan besar yang diperlukan untuk melakukan apa yang ingin kita lakukan.

Mungkin massa yang mendidih akan ditenangkan oleh beberapa lambaian tangan yang samar-samar tentang apa perubahan besar ini, dan fitur penghancur bumi apa yang akan mereka aktifkan. Jika gagal, tidak masuk akal bagi sebagian orang untuk membuat celana dalamnya bingung tentang apa yang tampak seperti mengabaikan fitur tersebut, karena ini sudah berlangsung hampir dua tahun sekarang.

Ini cukup mudah -- Firebase Hosting tidak pernah memiliki API publik, dan metode saat ini untuk mencantumkan dan menghapus penerapan di konsol tidak cocok untuk dipublikasikan. Karena CLI adalah open-source, kita perlu memastikan setiap tindakan yang diekspos melaluinya dapat diskalakan dengan tepat.

Kami sedang dalam proses memigrasikan sebagian besar Firebase Hosting ke infrastruktur Google yang akan membuatnya lebih skalabel dan juga memberikan dasar yang kuat untuk memiliki API yang tepat untuk berbagai hal. Upaya ini sangat baik untuk kesehatan Firebase Hosting jangka panjang, tetapi telah menjadi investasi besar bagi tim yang telah lama tidak menghasilkan kemajuan yang nyata.

Saya menghargai bahwa banyak dari Anda merasa sangat yakin tentang hal ini -- jika Anda menghubungi dukungan, kami akan dengan senang hati memangkas penerapan lama Anda secara manual untuk sementara. Kami berharap penantian tidak akan lebih lama, tetapi seperti halnya perangkat lunak apa pun, memilih tanggal yang tepat untuk berbagai hal biasanya merupakan ide yang buruk.

Saya harap ini sedikit memperjelas, dan terima kasih kepada semua pengguna Firebase Hosting yang telah mendukung kami

@mbleigh Terima kasih banyak atas perhatiannya.

@mbleigh Saya tidak yakin mengapa Anda perlu membuat tugas ini bergantung pada API publik atau perubahan infrastruktur apa pun.

Ini dapat diselesaikan dalam jangka pendek dengan tombol di konsol Firebase "Prunning penerapan lama".

Karena konsol sudah melakukan panggilan ke backend, konsol bisa mendapatkan daftar semua penerapan dan kemudian memanggil delete. Saya berasumsi bahwa API di backend tidak mengambil daftar batch penerapan, jadi tombol ini dapat menyebabkan beberapa masalah jika Anda melakukannya secara sinkron dengan satu penerapan pada satu waktu.

Bagaimanapun, intinya adalah jangan merekayasa solusi secara berlebihan ketika yang perlu Anda lakukan hanyalah menambahkan tombol ke API yang sudah ada di backend Anda. Terutama, jangan membuat pengguna Anda menunggu 2 tahun untuk itu.

Tidak profesional sama sekali.

Saya tidak tahu apa yang semua orang menggerutu. SANGAT SANTAI untuk menghapus penerapan lama satu per satu. Saya baru saja menyelesaikan backlog 72. Kemudian ada pengecekan ulang untuk memastikan saya mendapatkan semuanya (saya melewatkan satu) -- lagi-lagi sangat memuaskan. Saya merasa berbudi luhur, dan berani saya katakan SUPERIOR. Merawat detail; uji kelayakan. Ketegasan administratif! Satu-satunya penyesalan saya adalah bahwa saya tidak memiliki LEBIH BANYAK untuk dibersihkan. Saya benar-benar harus bermain solitaire selama SELURUH JAM setelah itu, hanya untuk merasa cukup sehat untuk pindah ke tugas saya berikutnya.

Dan dua tahun (dan terus bertambah) untuk mendapatkan fitur ini?!? Pfftt. Semua orang tahu bahwa para insinyur harus berhati-hati untuk melakukan hal-hal ini dengan benar! Dan itu adalah ANGGARAN besar yang diperlukan. Maksud saya, pikirkan semua upaya yang dilakukan WAYMO dan Alphabet lainnya. Google MUNGKIN tidak mampu untuk menempatkan lebih banyak sumber daya ke dalam fitur ini.

Dan selain itu, kami hanya PENGEMBANG! GANDA Pfftt. Bagaimana Anda mengharapkan Google untuk bertahan dengan menempatkan DEVELOPER sebagai yang terdepan?!? Maksudku benar-benar!

Tidak, demi kebaikan kita semua, dan khususnya untuk kesejahteraan kita, saya pribadi memilih bahwa tim pengembang di sini terus mengerjakan ini setidaknya selama dua tahun lagi sebelum menerapkan fitur ini. Demi Tuhan, hati-hati! Jangan gegabah; jangan terburu-buru!

Dan demi Tuhan, jangan lakukan sesuatu yang impulsif seperti memiliki fitur sementara dari tombol hapus cepat atau semacamnya; itu hanya akan mengalihkan sumber daya dari hal-hal yang jauh lebih penting.

Semua baik apa adanya; tolong jangan membuat perubahan APAPUN pada proses Anda, seperti, katakanlah perubahan MANAJEMEN!

Ups, harus pergi. Waktu untuk tidur siang saya (saya lelah dari semua konsentrasi yang diperlukan untuk menghapus semua penyebaran itu). Dan selain dengan waktu yang begitu produktif, saya tentu saja berhak mendapatkan waktu istirahat!

Saya memiliki 125 dari mereka untuk dihapus.

Entah kenapa aku merasa ada sedikit sarkasme di thread ini...

Teman-teman, saya benar-benar mendapatkan frustrasi. Untuk mengulangi pernyataan dari komentar saya sebelumnya: jika Anda menghubungi support , kami akan dengan senang hati memangkas secara manual penerapan lama Anda atas nama Anda untuk sementara . Beri tahu kami berapa banyak versi lama yang ingin Anda simpan.

Adapun mengapa kami tidak merilis solusi plester sementara -- yah, intervensi dukungan adalah plester kami. Kami lebih suka untuk tidak membakar sumber daya teknik terbatas pada sistem yang sedang kami kerjakan secara aktif untuk menggantikannya, itulah sebabnya ini berakhir di tempat yang agak sulit.

Oh, lihat, seseorang tampaknya telah menjatuhkan inti yang mungkin relevan dengan utas ini ...

PS Kami masih mengerjakan solusi otomatis yang lebih baik, tetapi sementara ini, ini adalah plester yang jauh lebih baik. 😼

Terima kasih telah meluangkan waktu untuk memberikan solusi.

Skrip di Intisari di atas berfungsi dengan baik dalam hal menghapus versi, tetapi saya tidak melihat Penggunaan Penyimpanan saya turun (apakah perlu beberapa saat untuk menghitung ulang ini setelah penghapusan versi?)

apakah perlu beberapa saat untuk menghitung ulang ini setelah penghapusan versi?

Dalam pengalaman saya, ya. Bahkan jika Anda menggunakan gui untuk menghapus banyak versi secara manual, perlu beberapa waktu untuk mengubah nomor penggunaan.

Benar-benar terima kasih @mbleigh karena telah memberi kami bantuan band yang jauh lebih baik. :berdoa:

Ada pembaruan @mbleigh?

Sudahkah Anda melihat hosting rest api @alexanderwhatley ini bukan solusi ui tetapi Hosting Rest API yang baru akan memungkinkan Anda melakukan semua yang Anda butuhkan untuk memangkas penerapan Anda

Hosting REST API

Sudahkah Anda memeriksanya @jackcw ? Karena saya hanya dapat menemukan metode create dan list . Tidak ada metode delete .

Saya belum benar-benar menggunakannya tetapi sejauh yang saya bisa lihat ada penghapusan pada titik akhir versi dan daftar pada rilis termasuk objek versi jadi saya berasumsi Anda melakukan daftar rilis dan mengambil id versi dan tekan versi hapus titik akhir

Maaf buruk saya. Saya salah memahami arti dari versi dan rilis. Anda sekarang dapat menghapus rilis lama yang disebut versi dengan API.

Saya membuat skrip shell kecil yang dieksekusi sekali sehari dengan tugas cron untuk menghapus semua rilis lama.
Inilah intinya . Ini membutuhkan jq untuk mengurai JSON. Ini pada dasarnya melakukan apa yang @jackcw tulis: Ini mengulangi semua rilis dan menghapusnya.

Saya bukan ahli dalam menulis skrip shell atau jq - tetapi hasilnya adalah yang terpenting, saya kira. Script bekerja cukup andal untuk saya. Jangan ragu untuk menggunakannya sendiri.

ID pelacakan internal: 113235359

Ada pembaruan tentang ini?

Ini sedang aktif digarap. 🙂

Hai semuanya!

Sekarang Anda dapat mengelola retensi histori versi di Firebase console:

Bagi Anda dengan situs besar ini akan membantu Anda menekan biaya.

Demi keuntungan semua orang, fitur di atas yang dibicarakan oleh @samtstern adalah hal yang saya katakan sedang kami kerjakan. Saya harap ini membantu orang-orang tetap menangani riwayat versi mereka!

Terima kasih untuk fiturnya! Sepertinya masih ada beberapa bug.

@twistedpair :cry: ya, bisakah Anda menghubungi dukungan Firebase, lebih disukai dengan kesalahan yang Anda dapatkan di panel Jaringan alat dev? Itu pasti tidak seharusnya terjadi.

Fitur ini tampaknya tidak berfungsi, kami memiliki batas atas 1 versi di pengaturan tetapi banyak versi dalam daftar yang tidak pernah dihapus!

@sharno

Ini bekerja sempurna pada proyek kami.
Kami memiliki batas 10 build dan sejak build 11 mereka "dihapus otomatis"

@billiaug Terima kasih

Saya mengaturnya lagi ke nomor tertentu dan mulai berfungsi. Saya pikir itu mungkin karena kami tidak menetapkan nilai ini sebelumnya, jadi ketika saya membuka dialog dan melihat 1, saya berasumsi itu sudah diterapkan tetapi tidak

Saya perhatikan hal yang sama dengan @sharno. Pengaturan default menetapkan nilai ke 1 namun ini tidak berlaku sampai pengaturan dibuka dan saya mengklik _Simpan_ untuk pertama kalinya. Setelah itu semuanya berfungsi seperti yang diharapkan.

Untuk mereplikasi pada proyek Firebase baru, terapkan situs beberapa kali sehingga ada beberapa penerapan dalam riwayat rilis. Buka _Pengaturan riwayat versi_ yang menunjukkan nilai default 1, lalu klik _Simpan_. Segarkan halaman dan semua penerapan sebelumnya selain dari yang sekarang harus memiliki status _Dihapus otomatis_.

Mungkin modal _Pengaturan riwayat versi_ harus menyebutkan atau mencerminkan bahwa pengaturan tidak berlaku secara default dan memerlukan tindakan pengguna untuk diaktifkan. Contoh:

Atau sesuatu yang berbeda, memungkinkan pengguna untuk menghapus nilai:

Minimal Bantuan Firebase - Tetapkan batas untuk versi yang dipertahankan harus menjelaskan default dengan lebih baik.

Saya memiliki permintaan serupa, tetapi tidak untuk hosting firebase, melainkan untuk fungsi firebase. Setiap penerapan fungsi membutuhkan 400+MB ruang penyimpanan firebase. Saya bukan pengguna ahli dari cli firebase, tetapi pergi ke registri penampung GCP memberikan opsi untuk menghapus penampung satu per satu

Apakah konsol firebase menyediakan cara untuk menghapus secara otomatis wadah fungsi yang lebih lama seperti yang dilakukan saat ini untuk rilis hosting?

PS: Haruskah saya membuka edisi baru untuk itu?

@DibyodyutiMondal jelas merupakan masalah baru.

@DibyodyutiMondal - apakah Anda membuka masalah baru? Jika demikian, tolong letakkan tautannya di sini, agar lebih mudah ditemukan.