你现在遇到的问题其实是React Native多项目共享模块时超典型的痛点——本地file依赖虽然能共享组件，但原生依赖的重复配置和维护成本实在太高。下面给你几个经过社区验证的优化方案，你可以根据团队规模和需求挑合适的：

方案一：将common-modules发布为私有npm包 #

这是最成熟的方案之一，把你的common-components打包成npm包，发布到私有npm仓库（比如Verdaccio、公司内部的npm源），然后各个应用直接通过包名安装：

1. 配置common-components的package.json：

   • 确保name字段是唯一的（比如@your-company/common-components）
   • 在files字段里指定要发布的文件，避免冗余：

     "files": [
       "src",
       "android",
       "ios",
       "index.js",
       "package.json"
     ]
     

   • 如果包含原生模块，React Native 0.60+支持自动链接，只要目录结构正确，再加上这段配置就行：

     "react-native": "index.js",
     "codegenConfig": {
       "name": "CommonComponents",
       "type": "components",
       "jsSrcsDir": "src"
     }
     

2. 各应用安装依赖：

   npm install @your-company/common-components --save
   

3. 核心优势：

   • 原生依赖会随npm包自动传递，自动链接机制帮你搞定大部分Xcode、build.gradle的配置，不用手动改
   • 依赖版本可控，升级时只需要更新npm包版本，所有应用同步升级，避免版本混乱
   • 不会重复打包：RN的Metro打包器会自动解析依赖树，相同版本的依赖只会打包一次

4. 注意事项：

   • 需要搭建私有npm仓库（不想公开的话），Verdaccio这类工具上手很简单
   • 开发阶段要实时修改common-components的话，可以用npm link，但记得改完后清除RN缓存，避免出现奇怪的缓存问题

方案二：用Monorepo（单仓库）管理所有项目 #

如果你的团队规模不大，所有应用和common-components都放在同一个仓库里，Monorepo是更高效的选择，推荐用Yarn Workspaces或者Nx来实现：

1. Yarn Workspaces配置示例：
   在根目录的package.json里添加：

   "private": true,
   "workspaces": [
     "common-components",
     "app-1",
     "app-2"
   ]
   

2. 各应用依赖common-components：
   在应用的package.json里直接写：

   "dependencies": {
     "@your-company/common-components": "*"
   }
   

3. 核心优势：

   • 所有代码在一个仓库，修改common-components后，所有应用实时生效，不用发布npm包
   • 原生依赖只需要在根目录或者common-components里安装一次，Yarn Workspaces会自动处理依赖共享，避免重复安装
   • 统一管理所有项目的依赖版本，升级时一次操作搞定
   • Metro支持Monorepo，只要配置好metro.config.js的watchFolders，就能正常打包

4. 注意事项：

   • 仓库体积会变大，不过用Git LFS、稀疏检出这类工具能缓解
   • 需要团队成员熟悉Monorepo的工作流程，避免提交冲突

方案三：本地依赖+自动化脚本（临时过渡方案） #

如果暂时不想改架构，可以写自动化脚本来减少手动操作：

1. 编写shell脚本，比如link-common-deps.sh，自动处理原生依赖的链接：

   #!/bin/bash
   # 进入common-components目录安装依赖
   cd ../common-components && npm install
   # 回到应用目录重新安装依赖
   cd ../app-1 && npm install
   # 自动处理iOS pod依赖
   npx pod-install ios
   

2. 在应用的package.json里添加快捷脚本：

   "scripts": {
     "link-common": "./link-common-deps.sh"
   }
   

3. 核心优势：

   • 不用改现有架构，快速减少手动重复操作
   • 可以根据需要定制脚本，处理特定的原生配置

4. 注意事项：

   • 还是无法解决依赖重复打包的问题
   • 脚本需要随着依赖变更维护，长期来看还是有成本

关于你担心的依赖重复打包问题 #

用本地file依赖的话，Metro会把common-components里的依赖当作每个应用的独立依赖，确实可能重复打包。而用npm包或者Monorepo的方式，Metro会走正常的依赖树解析，相同版本的依赖只会打包一次，能彻底避免这个问题。

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