Expo项目：iOS/Android文件夹及info.plist的Git忽略可行性咨询

一、直接忽略整个iOS/Android文件夹的可行性 #

• 完全可以这么做，这也是Expo官方推荐的非裸工作流最佳实践之一。毕竟npx expo prebuild --clean确实能基于你的app.json/app.config.js和项目配置重新生成完整的原生文件夹，团队成员或部署时只需要执行这个命令就能拿到最新的原生代码。
• 好处：彻底杜绝提交任何带客户端ID、配置信息的原生文件，不用挨个处理各个平台的配置文件，Git管理直接简化。
• 注意：如果你们团队有自定义原生代码修改（比如手动改了iOS的Podfile、Android的Manifest或者原生模块），那这种方式就不适用了——因为自定义修改会被prebuild --clean覆盖，这时候就得保留原生文件夹，只忽略敏感配置文件。

二、单独忽略info.plist的安全性与问题 #

• 安全层面没问题：单独忽略info.plist确实能防止Google客户端ID被提交到公开仓库。
• 但踩坑点不少：
  • Expo的prebuild命令会根据项目配置重新生成info.plist，如果你手动改了里面的非敏感配置，这些修改会被覆盖，除非你把配置同步到app.json/app.config.js里。
  • 只忽略info.plist的话，Android端对应的strings.xml或者AndroidManifest.xml里可能也有类似的客户端ID配置，你得同时忽略这些文件，很容易遗漏。
  • 团队协作时，新成员克隆仓库后，得手动创建info.plist或者从其他渠道获取配置，步骤比直接执行prebuild麻烦很多。

三、推荐方案 #

• 无自定义原生代码：直接把ios/和android/整个文件夹加入.gitignore，所有原生配置都通过app.json/app.config.js管理，敏感信息（比如Google客户端ID）放在环境变量里，在配置文件中读取环境变量注入。
• 有自定义原生代码：只忽略包含敏感信息的配置文件（比如ios/[项目名]/Info.plist、android/app/src/main/res/values/strings.xml等），同时把这些配置文件的模板提交到仓库（比如Info.plist.template），团队成员可以基于模板填充敏感信息，或者用脚本自动从环境变量生成配置文件。

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