如何维护共享Firebase资源的两个独立应用的一致性？

一、云函数统一维护方案 #

• 拆分代码结构：将共享云函数、普通版专属函数、专业版专属函数拆分为独立模块，单独创建一个Git仓库作为「云函数核心代码库」。普通版和专业版的Ionic项目仓库通过git submodule add命令引入这个核心库，实现核心代码的集中管理。
• 部署脚本化：在每个应用仓库的云函数目录下编写Node脚本，通过配置文件（如function-deploy-config.json）定义当前项目需要部署的函数列表。脚本自动从核心库复制对应函数文件到部署目录，再执行firebase deploy --only functions完成部署，既保证超集一致性，又能按需部署专属函数。

二、Firestore规则同步方案 #

• 集中管理规则文件：将firestore.rules和firestore.indexes.json放到云函数核心仓库中，两个应用仓库通过Git子模块或跨平台符号链接同步这些文件。规则变更仅在核心仓库提交，应用仓库同步后即可部署。
• 批量部署脚本：配置Firebase CLI的项目别名（firebase use --add分别添加普通版和专业版项目），编写Shell/Node脚本一次性将规则部署到两个项目，命令示例：

  firebase deploy --only firestore:rules --project regular-app
  firebase deploy --only firestore:rules --project pro-app
  

三、团队协作一致性保障 #

• 分支规范约束：核心仓库采用main（稳定版）+dev（开发版）分支模式，所有核心代码变更必须提交到核心仓库的对应分支，禁止在应用仓库直接修改核心子模块代码。应用仓库仅维护各自的专属业务代码。
• Git钩子校验：在应用仓库添加pre-commit钩子，检查核心子模块是否为最新版本，避免提交过时的核心代码引发不一致。
• CI/CD联动：配置CI工具（如GitHub Actions），核心仓库提交代码后，自动触发两个应用仓库的子模块更新和自动化测试，确保核心变更在两个应用中兼容。

四、Ionic 4适配要点 #

• 统一函数调用入口：在云函数核心仓库中创建function-constants.ts，定义所有云函数的名称常量，两个Ionic项目引入该文件调用函数，避免硬编码函数名导致的调用错误。
• 分层封装服务：共享功能的云函数调用封装到核心仓库的共享服务中，应用专属功能则在各自Ionic项目中单独封装服务，保持代码结构清晰。

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