执行mix ecto.create时Ranch依赖编译失败的问题求助

我之前在macOS环境下折腾Erlang和Phoenix依赖时，也碰到过类似的底层库编译故障，给你几个针对性的解决方案，按顺序试试：

1. 确保Xcode命令行工具完整且正常 #

macOS下编译Erlang原生依赖非常依赖Xcode的工具链，很多时候编译失败都是因为这个：

• 先检查是否安装了Xcode CLI：执行 xcode-select --install，如果提示已安装，就重置一下：sudo xcode-select --reset
• 重启终端，然后进入项目目录执行 mix deps.compile ranch --force

2. 重置Mix的Rebar工具 #

Mix默认使用的rebar3可能出现缓存或版本问题，手动重置试试：

• 删除旧的rebar3缓存：rm -rf ~/.mix/rebar3
• 重新安装rebar3：mix local.rebar
• 再次编译ranch：mix deps.clean ranch && mix deps.get && mix deps.compile ranch

3. 修复Mix目录的权限问题 #

错误路径显示依赖存在~/.mix目录下，可能该目录的读写权限不足：

• 查看当前权限：ls -ld ~/.mix
• 如果权限异常，修复为当前用户所有：sudo chown -R $(whoami) ~/.mix
• 重复上面的清理、拉取、编译步骤

4. 手动调整Ranch的版本 #

虽然你执行了mix deps.update ranch没变化，但可以手动指定不同版本试试：

• 打开项目根目录的mix.exs文件，找到deps中的ranch依赖，比如改成 {:ranch, "~> 1.8.0"} 或者 {:ranch, "~> 1.7.0"}
• 执行 mix deps.get 拉取新的版本，再编译：mix deps.compile ranch

5. 重新安装Erlang环境 #

如果以上都不行，可能是Erlang/OTP 22的安装不完整：

• 如果你用Homebrew，执行：brew uninstall erlang && brew install erlang@22
• 安装完成后，确保终端能识别到新的Erlang版本（可以用erl -version验证）
• 回到项目目录，重新执行依赖安装和编译

这些步骤应该能覆盖大部分macOS下Ranch编译失败的场景，毕竟这类问题大多和系统工具链、缓存或权限有关，和数据库配置无关，所以你之前搜不到同类问题也正常~

内容的提问来源于stack exchange，提问作者Swift Dev Journal