ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

MacOS27 x86限制引发的pod的问题处理

MacOS27 x86限制引发的pod的问题处理 由于多年开发使用的ruby和pod都是x86架构并从旧系统一直拷贝沿用到MacOS27终于一切都结束了问题从终端命令pod updateenv: ruby: Bad CPU type in executable在这之上先是一顿鼓捣,删除cocoapods失败删除Ruby重新安装失败删除ruby还会引发鸿蒙devEco-studio的编译报错最后寻找了一条新的解决方法安装 M 芯片原生 Homebrewarm64/opt/homebrew/bin/bash-c$(curl-fsSLhttps://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)安装结束后终端会输出两行环境配置复制执行示例echoeval $(/opt/homebrew/bin/brew shellenv)~/.zshrcsource~/.zshrc校验新 brewwhichbrew# 输出 /opt/homebrew/bin/brew ✅brew--prefix# 输出 /opt/homebrew安装 rubyarm64 原生 3.x和 cocoapodsbrewinstallrubyvi~/.zshrcexportPATH$HOME/.gem/ruby/2.6.0/bin:$PATHsource~/.zshrc geminstallcocoapods1.17.0vi~/.bashrcexportPATH/opt/homebrew/opt/ruby/bin:$PATHexportPATH$(gem environment gemdir)/bin:$PATHsource~/.bashrc环境隔离的重点新开原生 arm64 终端默认优先/opt/homebrew/bin/brewruby3.x跑 iOS pod如果你需要旧 Intel brew/usr/local/bin/brew打开 Rosetta 终端里面自动使用旧 brew互不干扰/usr/bin/ruby系统 ruby2.6.10全程不动专门给 OpenHarmony 源码编译使用最后校验$whichbrew /opt/homebrew/bin/brew $whichruby /opt/homebrew/bin/ruby $whichpod /Users/anthonyzhu1/.rvm/gems/ruby-2.4.1/bin/pod几个细节鸿蒙devEco-Studio的报错java.lang.NoClassDefFoundError: Could not initialize class com.huawei.deveco.debugger.ohos.deployment.DeviceSelector at com.huawei.deveco.debugger.ohos.deployment.DeviceSelectedService.lambda$isMultipleDeviceSelected$3(DeviceSelectedService.java:80)at com.intellij.openapi.util.ClassLoaderUtil.computeWithClassLoader(ClassLoaderUtil.java:31)at com.huawei.deveco.debugger.ohos.deployment.DeviceSelectedService.isMultipleDeviceSelected(DeviceSelectedService.java:77)at
RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进