XCWorkspace能否自动同步Package.resolved至子XCProject？

针对你提到的用XCWorkspace管理多共享依赖应用，但单独构建子XCProject时CI/CD无法获取正确Package.resolved的问题，这里提供一套既能保留XCWorkspace开发效率，又能自动同步resolved文件的规范方案：

核心思路 #

既然所有子XCProject共享Workspace的依赖版本，我们可以通过自动同步Workspace根目录的Package.resolved到各个子XCProject的方式，确保单独构建时依赖版本一致，同时避免手动操作或修改CI核心流程。

具体实现步骤 #

1. 编写同步脚本 #

创建一个Shell脚本（命名为sync-resolved-files.sh），放在Workspace根目录，负责复制resolved文件到指定子项目：

#!/bin/bash

# 配置Workspace根路径（按需调整）
WORKSPACE_ROOT="."
# 列出需要同步的子XCProject目录路径
PROJECT_PATHS=(
  "./iOS/MyApp"
  "./MacOS/MyMacApp"
  "./Shared/CommonFramework"
)

# 检查Workspace的resolved文件是否存在
if [ ! -f "$WORKSPACE_ROOT/Package.resolved" ]; then
  echo "Error: Workspace下的Package.resolved不存在，请先完成依赖解析！"
  exit 1
fi

# 遍历子项目目录执行同步
for path in "${PROJECT_PATHS[@]}"; do
  if [ -d "$path" ]; then
    cp "$WORKSPACE_ROOT/Package.resolved" "$path/"
    echo "已同步Package.resolved到 $path"
  else
    echo "警告：目录 $path 不存在，跳过同步"
  fi
done

2. 集成到开发与CI流程 #

• 本地开发：
  • 将脚本添加到Git的post-merge和post-checkout钩子中，这样每次拉取代码、合并分支后会自动同步；
  • 或者在通过Xcode更新依赖（比如执行File > Packages > Update to Latest Package Versions）后，手动运行一次脚本。
• CI/CD构建：
  在单独构建某个XCProject的步骤前，先执行这个同步脚本，确保目标Project目录下有最新的Package.resolved，再启动构建流程。

3. 必要约束 #

• 确保所有需要同步的子XCProject的依赖声明与Workspace完全一致，避免出现依赖版本冲突；如果某个子项目需要独立依赖，将其从脚本的PROJECT_PATHS中移除。
• 把同步脚本纳入版本控制，保证团队所有人和CI环境用的是同一套同步逻辑。
• 定期检查同步后的Package.resolved内容，避免因手动修改导致版本不一致。

方案优势对比 #

• 相比修改CI构建Workspace：保留了单独构建子项目的灵活性，不会增加不必要的构建范围。
• 相比手动打开Project解析：完全自动化，避免重复操作和人为错误。
• 相比手动复制脚本：通过钩子和CI前置步骤实现全流程自动同步，更规范可控。

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