共 3 篇相关文章
本文提供了从零开始重建macOS开发机的完整可复现环境初始化流程。首先安装Xcode命令行工具和系统基础工具链，确保编译和开发基础。接着配置Homebrew包管理器，简化软件依赖管理。设置Oh My Zsh及自动补全插件，优化终端交互体验。基于gpg-agent统一托管SSH和GPG密钥，实现Git提交签名的集中管理，提升操作安全性。多语言运行时管理采用版本隔离策略：使用GVM管理Go版本，Miniforge处理Python环境，nvm管理Node.js版本，以及Bun作为JavaScript工具链。每个步骤均提供可执行命令、真实日志输出和验证方式，确保环境正确性。最后补充新设备到手后的系统初始化清单，涵盖隐私设置和基础配置。该方案强调可复用性和迁移性，适用于开发者快速搭建一致开发环境，支持设备更换或灾难恢复场景。
本文针对私有CLI工具通过Homebrew分发时因权限导致的404问题，提供了一套完整解决方案。核心思路是解耦源码发布与资源分发：将编译后的二进制包与校验文件同步至公开的OSS/CDN，同时在公开的Tap仓库中托管自动维护的Ruby Formula。这确保了终端用户无需配置GitHub Token即可无缝安装与更新。方案详细阐述了前期准备（如Tap仓库创建、打包规范）、GitHub Actions自动化流水线的关键实现——该流水线能自动根据OSS上的资源生成指向最新版和特定旧版本的Formula脚本。文章还重点分享了若干实践经验：必须在`def install`阶段明确指定额外资源目录的安装路径，以避免文件被Homebrew丢弃；以及如何通过为每次发布生成带有版本号的Formula文件（如`cli@0.4.9.rb`），来建立可靠的版本降级“后悔药”机制。最终，用户可使用简洁的`brew tap`与`brew install`命令进行安装、更新与版本切换。
在Apple Silicon M1 Mac上安装Homebrew，不少开发者会直接运行官方脚本，结果收到报错提示“Homebrew is not (yet) supported on ARM processors!”。作者从这个常见踩坑点出发，解释了根因：M1芯片采用ARM指令集，而传统Homebrew是为x86架构设计的，直接安装会导致兼容性问题。 文章梳理了两种解决方案。一种是借助Rosetta 2转译安装x86版本的Homebrew，命令只需在官方脚本前加上`arch -x86_64`，简单快捷。但作者指出，这种方式后续通过Homebrew安装的所有软件都会是x86架构，
