MacOS Ventura下API执行Shell脚本构建App遇权限问题求助

核心原因 #

API通过shell_exec执行脚本时，运行身份是Web服务器的系统用户（比如_www或root），和你手动在终端用普通用户执行的身份不一致，导致权限不匹配——系统用户没有普通用户的配置文件访问权限，也无法在普通用户目录/root目录创建缓存（后者受系统权限锁限制）。

具体解决步骤 #

1. 切换到普通用户身份执行脚本 #

把shell_exec的调用改成以你的MacOS普通用户身份运行脚本，让执行权限和手动操作完全一致：

shell_exec('sudo -u username /full/path/to/xyz.sh');

注意替换username为你的MacOS用户名，/full/path/to/xyz.sh改成脚本的绝对路径。

2. 配置sudo免密，解决xcode-select的密码报错 #

编辑sudoers文件，允许Web服务器用户免密执行xcode-select：

1. 终端执行sudo visudo
2. 在文件末尾添加一行（假设Web服务器用户是_www，如果是其他用户替换成对应名称）：

_www ALL=(ALL) NOPASSWD: /usr/bin/xcode-select

3. 按Ctrl+O保存，Ctrl+X退出。

这样脚本里的sudo xcode-select命令就不需要输入密码，不会再触发密码错误。

3. 自定义缓存目录，规避权限冲突 #

如果不想切换执行用户，也可以强制Xcode和Gradle使用指定的、有权限的缓存目录：

• Xcode Derived Data：在脚本的xcodebuild命令中添加-derivedDataPath参数，指向脚本所在目录的子文件夹：

  mkdir -p ./build/DerivedData
  xcodebuild -derivedDataPath ./build/DerivedData ...  # 保留原有其他参数
  

• Gradle缓存：在脚本开头设置环境变量，将Gradle缓存定向到脚本目录：

  export GRADLE_USER_HOME="./build/.gradle"
  mkdir -p ./build/.gradle
  

4. 修复Provisioning Profiles访问权限 #

放开你的Provisioning Profiles目录权限，让执行脚本的用户能正常访问：

chmod -R 755 /Users/username/Library/MobileDevice/Provisioning Profiles/

或者直接把需要的.mobileprovision文件复制到脚本所在目录，修改脚本里的复制路径，避免访问用户私有目录。

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