相关疑难解决方法(0)

我试图了解什么eu.artifacts.%PROJECT NAME%.appspot.com是。它目前占用了我每天 5GB 限制的 800MB 存储空间。它只包含应用程序/八位字节流类型的文件。这个bucket是自动创建的，文件路径是eu.artifacts....appspot.com/containers/images。2 个最重的文件有 200 mb 和 130 mb。我尝试删除它，但它再次自动创建。用户可以在我的网站上上传图片，但该存储桶目前只需要大约 10mb 包含所有用户图像。

所以我的问题是：这个桶是做什么用的，为什么它这么重？

我有一个 Google App Engine 应用程序，它连接到 Google Cloud Storage。

我注意到存储的数据量高得不合理（4.01 GB，应该是 100MB 左右）。

因此，我查看了每个存储桶的存储量，我发现有一个名为的自动创建的存储桶us.artificats.占用了大部分空间。

我往里面一看，里面只有一个文件夹：containers/images/.

从我用 Google 搜索的内容来看，这些图像似乎来自 Google Cloud Build。

我的问题是，我可以在不影响整个应用程序的情况下删除它们吗？

Firebase 存储正在使用 490 MB，但尚未初始化任何存储分区。我无法跟踪此存储 com 的来源，但检查 Firebase 是否为空存储收取 0.10 美元很奇怪。

我在哪里可以删除此存储以及为什么 firebase 会因没有存储桶而收费？

目前我正在使用 Firebase 身份验证、Firestore、实时数据库、托管和函数。

自今年年初以来，由于us.artifacts.<project-id>存储桶的原因，我在 Firebase 上托管的 Angular 网站一直在收取云存储费用。

昨天，我检查了存储使用情况，发现云存储上存储了约800MB+的数据。默认存储桶是空的，我没有在上面存储任何内容。因此，所有这 800MB 存储空间都用于函数构建。

我的项目中有 2 个 Node 10 函数（和 2 个 Node 8 函数）。Node 8 功能已弃用，但已于去年部署。它不会使用us.artifacts桶。

根据道格的回答和评论，

\n

文件的日期与部署日期相对应。找出哪些内容已经足够旧可以删除应该不难。\xe2\x80\x93 道格·史蒂文森 2020 年 9 月 15 日 3:56

\n

我昨天部署了这两个功能，并从存储桶中删除了之前日期的文件。从那时起，我无法部署这两个功能。

这是我到目前为止所尝试过的。

\n
1. 等待 8-10 小时并尝试重新部署 - 失败。
\n
2. 从 firebase 功能仪表板中删除了这两个功能并再次部署 - 失败。
\n
3. 从 Firebase 仪表板中删除了这两个函数，验证了它在 Google Cloud 函数列表中不存在，us.artifacts<project-id>并删除了这两个函数gcf-sources-<id>存储桶。然后将这些功能部署为新功能 - 失败。
\n
4. 完成步骤 3 中的所有操作（部署除外），然后重命名这两个函数并再次尝试部署 - 失败。
\n …