如何在不触发Xcode解析包依赖图的情况下编辑pbxproj文件？

核心思路：避开Xcode实时项目解析周期 #

Xcode启动归档时会立刻加载并锁定项目文件，直接在归档阶段修改.pbxproj会触发依赖重解析，导致归档中断。必须把版本修改操作放在Xcode开始加载项目之前，或使用Xcode原生支持的非侵入式方式。

方案1：归档前通过独立脚本修改（推荐） #

不要把修改脚本放在Xcode的Build Phases里，而是先执行修改脚本，再启动归档：

1. 编写Shell脚本直接修改.pbxproj（示例）：

   # 替换项目中所有配置的CURRENT_PROJECT_VERSION值
   sed -i '' 's/CURRENT_PROJECT_VERSION = [0-9.]*;/CURRENT_PROJECT_VERSION = 1.2.3;/g' ./YourProject.xcodeproj/project.pbxproj
   

   注：如果项目有多个配置（Debug/Release），可调整sed表达式精准匹配目标配置块。
2. 命令行触发完整流程：

   # 先执行版本修改脚本
   ./update_version.sh
   # 再启动Xcode归档
   xcodebuild -workspace YourProject.xcworkspace -scheme YourScheme -configuration Release archive -archivePath ./Build/YourArchive.xcarchive
   

   这种方式完全避开Xcode实时解析，修改操作在项目加载前就完成。

方案2：用Xcode原生agvtool管理版本 #

官方工具agvtool修改版本不会触发依赖重解析，操作步骤：

1. 项目设置中开启「Automatically manage version and build number」（或手动设置VERSIONING_SYSTEM为apple-generic）。
2. 命令行执行版本修改：

   # 设置营销版本号
   agvtool new-marketing-version 1.2.3
   # 设置构建号（按需执行）
   agvtool new-version -all 45
   

   修改完成后再启动归档，全程兼容Xcode流程。

方案3：修复xcconfig配置失效问题 #

若之前用xcconfig无效，大概率是配置未正确生效：

1. 在xcconfig文件中定义：

   CURRENT_PROJECT_VERSION = 1.2.3
   

2. 确保每个Target的对应配置（如Release）都引用了该xcconfig（路径：Project -> Info -> Configurations）。
3. 检查Target的Build Settings，确保CURRENT_PROJECT_VERSION没有硬编码值（硬编码会覆盖xcconfig配置）。

为什么Build Phases里修改会失败？ #

Xcode在归档流程中，会先完成整个项目的依赖图解析，再执行Build Phases脚本。如果脚本修改了.pbxproj，Xcode会检测到项目文件变更，立刻终止当前流程并重新解析，最终导致归档取消。

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