Firebase CLI部署时项目ID的优先级顺序是怎样的？

我来帮你理清Firebase CLI确定当前项目的优先级逻辑，以及两个配置文件的作用：

项目ID优先级顺序（从高到低） #

Firebase CLI会按以下顺序确定要使用的项目：

1. 命令行显式指定：如果执行命令时加上--project <项目ID/别名>参数（比如firebase deploy --project prod），CLI会优先使用这个指定的项目，忽略其他配置。
2. 全局firebase-tools.json的activeProjects记录：这个文件里的activeProjects字段是CLI用来记住你在各个本地目录下最后选择的项目，相当于「目录-项目」的关联映射，优先级高于.firebaserc的默认设置——这就是你遇到的情况：虽然.firebaserc里默认是dev，但全局配置记录了当前目录对应的活跃项目是prod，所以CLI优先使用prod。
3. 当前目录的.firebaserc配置：检查当前工作目录（以及父目录，直到找到为止）下的.firebaserc文件，读取其中的项目别名映射。如果没有全局目录关联记录，CLI会使用这里定义的default项目，或者你通过firebase use <别名>切换后的配置。
4. 全局默认项目：如果以上都没有配置，CLI会使用你通过firebase use --add设置的全局默认项目。

两个配置文件的核心作用 #

.firebaserc #

这是项目级的共享配置文件，建议放在代码库的根目录并提交到版本控制中。它的核心作用是为当前代码库定义多个Firebase项目的别名（比如你配置的default: "dev"，还可以添加prod: "prod"），这样团队成员克隆代码后，不用手动关联项目，直接用firebase use dev或firebase use prod就能切换，保证大家的项目映射一致。

~/.config/configstore/firebase-tools.json #

这是用户级的本地配置文件，只存在于你的本地环境，不需要提交到代码库。它记录的是你在各个本地目录下的「活跃项目选择」——比如你在/mnt/d/testfb目录下执行过firebase use prod，CLI就会在这里记录该目录对应的活跃项目是prod，下次你进入这个目录执行Firebase命令时，默认就会用prod，省去重复指定的麻烦。

总结一下：firebase-tools.json里的activeProjects是CLI确定当前目录活跃项目的权威依据之一（优先级高于.firebaserc的default），而.firebaserc的作用是管理项目级的多项目别名映射，方便团队协作和代码库的项目关联配置。

内容的提问来源于stack exchange，提问作者plusheen