Google cloud firestore Firestore安全规则中的规则集和规则文件是什么?为什么要部署多个规则集?

Google cloud firestore Firestore安全规则中的规则集和规则文件是什么?为什么要部署多个规则集?,google-cloud-firestore,firebase-security,Google Cloud Firestore,Firebase Security,我试图简化firestore安全规则及其在不同环境中的部署(prod/dev/test)。我遇到了最近添加的,看起来对我很有帮助,因为我可以通过编程创建和部署规则。然而,规则集和规则文件的概念非常混乱 特别是,部署多个规则集意味着什么?我从来不知道这一点,但当我运行admin.securityRules().listRulesetMetadata()时,我看到了一个包含100多个这样的规则集的列表。它支持回滚吗?如果是这样的话,人们怎么能这样做呢?最新部署的规则集是否始终是强制执行的,并且它覆盖

我试图简化firestore安全规则及其在不同环境中的部署(prod/dev/test)。我遇到了最近添加的,看起来对我很有帮助,因为我可以通过编程创建和部署规则。然而,
规则集
规则文件
的概念非常混乱

特别是,部署多个
规则集
意味着什么?我从来不知道这一点,但当我运行
admin.securityRules().listRulesetMetadata()
时,我看到了一个包含100多个这样的规则集的列表。它支持回滚吗?如果是这样的话,人们怎么能这样做呢?最新部署的
规则集
是否始终是强制执行的,并且它覆盖了过去的所有内容?那么什么是规则文件?是否存在规则文件和规则集之间不存在一对一映射的情况


对这些问题的一些澄清将非常有助于确定这是否是适合我的正确解决方案。

每次更改安全规则时,您确实在创建一个新的
规则集。最新部署的
规则集
处于活动状态

因此,当您回滚到较旧的规则集时,Firebase将读取该
规则集
,并重新部署它


目前,每个
规则集
只有一个
规则文件
,至少在主API表面上(CLI、控制台)。这可能(而且很可能)会在将来发生变化,以允许更常见的强大约定(包括文件和标准库)也应用于安全规则。

感谢您的及时回复!