Ruby on rails rails/pry非常奇怪的键盘输入字符响应不同

在RoR环境中，使用pry rails和unicorn workers进行调试

有时，我会遇到绑定问题，当类型exit或其他什么的时候，我无法退出，它会以输入的字符的随机顺序进行响应

我怀疑可能是多个独角兽工人随机捡起了打印的字符，造成了这种效果

这是怎么发生的？如何修复它？ 我分别输入了exit几次，见1回显文本出现问题，2响应中使用的实际命令在命令行中也不同

[1] pry(#<ReportsController>)> xtei>)> exit
NameError: undefined local variable or method `xtei' for #<ReportsController:0x007f9f71631470>
from (pry):1:in `table_filter_dates_store'
[9] pry(#<#<Class:0x007f9f72839f28>>)> xtei
NameError: undefined local variable or method `xtei' for #<#<Class:0x007f9f72839f28>:0x007f9f7283f518>
from (pry):14:in `_app_views_base__data_html_erb__1997450648765874917_70161408871120'
[10] pry(#<#<Class:0x007f9f72839f28>>)> eiit
NameError: undefined local variable or method `ei' for #<#<Class:0x007f9f72839f28>:0x007f9f7283f518>
from (pry):15:in `_app_views_base__data_html_erb__1997450648765874917_70161408871120'
[11] pry(#<#<Class:0x007f9f72839f28>>)> eiit
NameError: undefined local variable or method `ei' for #<#<Class:0x007f9f72839f28>:0x007f9f7283f518>
from (pry):16:in `_app_views_base__data_html_erb__1997450648765874917_70161408871120'
[2] pry(#<ReportsController>)> xtxtxtei exit
NameError: undefined local variable or method `xtxtxtei' for #<ReportsController:0x007f9f71631470>
from (pry):2:in `table_filter_dates_store'
[12] pry(#<#<Class:0x007f9f72839f28>>)> xtei
NameError: undefined local variable or method `xtei' for #<#<Class:0x007f9f72839f28>:0x007f9f7283f518>
from (pry):17:in `_app_views_base__data_html_erb__1997450648765874917_70161408871120'
[3] pry(#<ReportsController>)> xtx8>>)> exit
NameError: undefined local variable or method `xtx' for #<ReportsController:0x007f9f71631470>
from (pry):3:in `table_filter_dates_store'
[13] pry(#<#<Class:0x007f9f72839f28>>)> eitei
NameError: undefined local variable or method `eitei' for #<#<Class:0x007f9f72839f28>:0x007f9f7283f518>
from (pry):18:in `_app_views_base__data_html_erb__1997450648765874917_70161408871120'

---

您是否正在运行进程运行程序，例如guard？我也遇到过类似的事情，我以为guard和pry在争夺键盘输入。而且，如果多个工人都触发了pry，我相信可能是这样的。不过纯粹是猜测。谢谢，我确实使用了一些guard gems，比如guard rails guard bundler，是的，这可能就是问题所在。我的临时解决方案仅限于1名工人，在另一个窗口启动sidekiq，而不是由工头启动。