React Native应用中如何精准检测原生代码变更？

针对你遇到的React Native CI/CD中Android原生依赖变更无法精准检测的问题——也就是Android原生依赖更新仅体现在package.json，但又不想所有package.json依赖变更都触发应用商店发布的矛盾——结合你的CodePush语义化版本管理流程，我整理了几个实用的优化方案，既能避免误触发，又不会遗漏真正的原生变更：

方案1：基于依赖包的原生特征自动识别 #

React Native的原生依赖（比如react-native-reanimated、react-native-gesture-handler这类需要原生配置的库），通常自带android或ios目录。我们可以在CI脚本里做以下判断：

• 先找出本次提交中package.json里变更的依赖项
• 对每个变更的包，检查它是否包含原生目录（用包管理器的dry-run命令就能快速判断，不用真的下载）
• 只要有一个变更的依赖带原生目录，就触发次要版本递增；反之则走CodePush

示例CI脚本片段（bash） #

# 获取本次提交中package.json的依赖变更
CHANGED_DEPS=$(git diff HEAD~1 HEAD package.json | grep -E '(".*": ".*")' | awk -F'"' '{print $2}')

TRIGGER_MINOR=false

for dep in $CHANGED_DEPS; do
  # 检查依赖包是否包含原生目录（npm dry-run模式输出包内容）
  if npm pack "$dep" --dry-run 2>/dev/null | grep -qE 'android/|ios/'; then
    echo "Detected native dependency change: $dep"
    TRIGGER_MINOR=true
    break
  fi
done

# 结合原有检测逻辑：android/ios目录变更、Podfile.lock变更也触发
if $TRIGGER_MINOR || git diff --name-only HEAD~1 HEAD | grep -E 'android/|ios/|Podfile.lock'; then
  echo "Triggering minor version bump & app store release"
  npm run bump-minor && npm run release-store
else
  echo "Triggering CodePush update"
  npm run codepush-release
fi

方案2：借助react-native.config.js维护原生依赖清单 #

如果你的项目已经在用react-native.config.js做自动链接配置，这个文件里肯定列出了所有需要原生注册的依赖。我们可以直接用它做精准判断：

• 在CI中对比本次提交前后react-native.config.js的变更（比如dependencies字段里的列表）
• 同时检查package.json中变更的依赖是否在这个清单里
• 结合原有检测逻辑，满足任一条件就触发次要版本

这个方案的优势是完全可控，你自己维护原生依赖清单，不会把纯JS包误判成原生依赖，适合依赖结构相对稳定的项目。

方案3：利用React Native自动生成的PackageList.java文件 #

React Native自动链接后，会在android/app/build/generated/rncli/src/main/java/com/facebook/react/PackageList.java里生成所有原生包的注册代码。只要有原生依赖的新增、移除或版本变更，这个文件就会变化。

所以在CI中可以这么做：

• 执行yarn install/npm install后，对比这个文件的变更
• 如果文件有改动，说明有原生依赖变更，触发次要版本递增
• 结合原有iOS的Podfile.lock检测逻辑，就能覆盖所有原生变更场景

这个方案的好处是无需额外维护配置，完全依赖React Native的自动生成机制，准确性拉满，适合不想手动维护清单的项目。

几个避坑小细节 #

• 记得排除devDependencies里的原生工具包（比如react-native-cli这类仅用于开发的包），只检查dependencies的变更
• 对于依赖的小版本补丁更新（比如1.2.3→1.2.4），如果确定该包的原生代码没变更，可以通过对比包的原生目录哈希值进一步优化判断（不过实现稍复杂，适合对版本严谨的场景）

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