如何结合Foreman在Docker中用Pry调试Rails应用

我之前也踩过这个坑！用docker-compose run --service-ports web配合binding.pry调试确实爽，但一结合Foreman就失效，docker attach又难用得要死。下面几个方案亲测有效，你可以根据自己的习惯选：

方案1：用Pry Remote远程调试（最省心） #

这个方法彻底绕开了终端附着的问题，不管Foreman怎么启动进程，都能正常调试：

• 先在Gemfile里加一行：gem 'pry-remote'
• 运行bundle install（如果是容器环境，就执行docker-compose run web bundle install）
• 把代码里的binding.pry替换成binding.remote_pry
• 启动你的应用（不管是用Foreman还是直接跑Rails server）
• 等代码走到调试断点时，在宿主机新开一个终端，执行pry-remote，就能直接进入Pry会话了，操作和本地完全一样！

注意：默认端口是9876，确保你的docker-compose.yml里web服务的这个端口已经映射（或者用--service-ports参数让端口自动映射），如果端口冲突，还可以在代码里指定端口：binding.remote_pry(Port: 12345)，然后用pry-remote -p 12345连接。

方案2：调整Foreman和Docker的终端配置 #

如果还是想用本地binding.pry，需要确保Foreman和Docker都正确传递终端输入输出：

1. 先修改你的docker-compose.yml，给web服务加上这两行：

   services:
     web:
       # 其他配置...
       stdin_open: true
       tty: true
   

2. 启动Foreman的时候加上交互式参数：
   如果是在容器里启动Foreman，就用docker-compose run --service-ports web foreman start -i -t
   （-i保持stdin打开，-t分配TTY，这两个参数是关键）
3. 现在当代码走到binding.pry时，启动容器的那个终端就会直接进入调试会话，和用docker-compose run启动的效果一样。

方案3：直接让Foreman在交互式容器里启动 #

另一种思路是用docker-compose run来启动Foreman进程，而不是docker-compose up：

• 执行docker-compose run --service-ports web foreman start
  这个命令会以交互式模式启动容器，Foreman在里面管理Rails进程，此时binding.pry会直接在当前终端生效，完全不用考虑Foreman的终端重定向问题。

我自己平时用方案1最多，因为不用切换终端或者调整启动命令，远程调试还能同时连多个会话，非常方便。

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