为什么[REGION] .artifacts.[PROJECT-ID] .appspot.com占用了我的Firebase存储? [英] Why is my Firebase storage taken up by [REGION].artifacts.[PROJECT-ID].appspot.com?

问题描述

我目前正在将Firebase用于一个项目.在应用程序的存储"部分下，我注意到我存储了大约500 MB(与带宽"发送的MB数量相近).

I am currently using Firebase for a project. Under the storage section of my app, I noticed that I am storing approximately 500 MB (with a similar amount of MB sent for Bandwidth).

几乎所有这些都来自"[REGION] .artifacts.[PROJECT-ID] .appspot.com".当我分解它时，我不明白这是什么.这是什么，我是否需要担心它将来会占用更多的空间?

Nearly all of this comes from "[REGION].artifacts.[PROJECT-ID].appspot.com" when I break it down, and I do not understand what this is. What is this, and do I have to worry about it taking up significantly more space in the future?

对于上下文，我在存储下存储了零个文件，并且托管存储的总空间不到1 MB.我正在使用Blaze计划，以便可以部署Node.js 10云功能.

For context, I have zero files stored under storage, and hosting is storing less than 1 MB in total. I am using the Blaze plan so that I can deploy Node.js 10 cloud functions.

推荐答案

只需找出我自己问题的答案即可！

Just found out the answer to my own question!

我认为这与 Firebase的Artifact Registry 有关，该版本目前处于Beta和

I believe this is related to the Firebase's Artifact Registry, which is currently in Beta and is "a single place for your organization to manage container images and language packages (such as Maven and npm)."

这意味着无需担心已使用的存储空间会显着增加而不会引起任何原因或警告，因为该存储似乎仅用于容器映像和语言包，而不是托管文件或功能文件本身.

This means that there is no need to worry about the used storage space growing significantly without any cause or warning, as the storage appears to be just for container images and language packages, not the hosting or function files themselves.

这篇关于为什么[REGION] .artifacts.[PROJECT-ID] .appspot.com占用了我的Firebase存储?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！