针对你提到的「保留iOS/Android独立仓库，同时维护共享RN功能代码」的需求，这里有几个成熟的实践方案，适配不同的团队协作模式：

1. Git子模块（Git Submodules）：直接集成共享代码 #

这是最直接的方式，把React Native共享仓库作为子模块嵌入到iOS和Android各自的仓库中：

操作步骤： #

• 在iOS仓库中执行：

  git submodule add <你的RN共享仓库地址> ./rn-shared
  

• 同样在Android仓库中执行相同命令，将RN代码嵌入到指定目录（比如./rn-shared）
• 后续更新共享代码时，在Native仓库中运行：

  git submodule update --remote
  

优缺点： #

• 优点：RN代码与Native代码在同一工作区，修改后可直接在Native项目中测试，适合需要频繁跨端调试的场景。
• 缺点：子模块的版本管理对团队有一定学习成本，需要确保所有成员了解子模块的拉取、更新命令，避免出现代码同步问题。

2. 私有npm/Yarn包：解耦式共享 #

将RN共享代码打包成私有npm包，通过包管理器依赖的方式引入到iOS和Android项目中，完全保持Native仓库的独立性：

操作步骤： #

1. 在RN共享仓库中配置package.json，指定包名、版本等信息，然后发布到私有包仓库（比如GitHub Packages、公司内部npm源）。
2. 在iOS项目中，通过CocoaPods或React Native的自动链接（Autolinking）引入该包；在Android项目中，修改settings.gradle和build.gradle完成依赖配置。
3. 日常开发中，直接通过yarn add <私有包名>或npm install <私有包名>更新版本。

本地调试技巧： #

如果需要测试未发布的RN代码修改，可以使用本地链接工具：

# 在RN共享仓库中执行
yarn link
# 在iOS/Android项目中执行
yarn link <私有包名>

优缺点： #

• 优点：版本化管理清晰，Native团队和RN团队可以独立迭代，无需关心对方的仓库结构，适合分工明确的团队。
• 缺点：需要搭建私有包仓库，临时调试时需要额外的本地链接操作，流程相对繁琐。

3. 团队协作建议 #

• 如果你的团队需要频繁在Native和RN代码间联动调试，优先选择Git子模块方案；
• 如果Native和RN团队分工明确，迭代节奏独立，私有npm包是更干净的选择；
• 无论哪种方案，都要在团队内部明确代码同步规则（比如子模块更新频率、包版本发布流程），避免出现版本不一致的问题。

补充：关于版本控制系统（VCS）的疑问，以上方案都不需要将iOS/Android/RN仓库合并为单体仓库，每个Native仓库保持独立，RN仓库作为依赖或子模块存在即可。

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