问题标签 [pry]

我最近发现了 pry，我发现它是 irb 的绝佳替代品。我想我会用它来代替我的 ROR 开发和调试。我知道要使用 rails 应用程序打开 pry，您只需键入

我的问题是，有没有办法以沙盒模式打开 pry 控制台，这样我所做的任何修改都不会影响我的数据库。

因此，我尝试使用 pry 在我的 Rails 应用程序中调试 method_missing 并得到：

这是我的代码

我有一个 gem，nanoc，我想调试它。

它的命令行，nanoc执行以下脚本（在 /.rvm/gems/ruby-1.9.2-p290/bin 中）

它本身在最后一行加载解析为 (/.rvm/gems/ruby-1.9.2-p290/gems/nanoc-3.6.2/bin)

调试这类脚本的侵入性最小的选项是什么？如果我只是撬第一个文件，ARGV 将是文件名本身..

我是否必须修改文件才能运行调试器？

我想在 irb/debugger 中使用 pry，所以我可以：

• 在 pry 内部调用 step、next、continue、finish
• 仍然可以设置断点等。

我所做的是以下内容：

在我插入的代码中require 'debugger'; debugger

然后我用 开始我的程序ruby example，irb 提示开始，如这里所述，它应该在 上显示 pry 命令help，但它没有。

知道如何检查它是否安装正确或我缺少什么吗？

我正在开发一个在 Ruby (1.8.7) 上运行 Rails (2.3.18) 的内部 Rails 应用程序，测试用 Test::Unit (2.5.4) 和 Shoulda (2.10.2) 编写

Guard (1.6.2) 在启动时通过 guard-test (0.7.0) 运行所有测试，但随后它会进入 Pry (0.9.10) 提示符，而不是监听文件更改。我的 Gemfile 中没有 Pry，但它出现在 Guard 下的 Gemfile.lock 中，

我使用 Guard 的唯一原因是在文件更改时重新运行测试，这适用于我的 gem 和其他项目......如果我点击 [enter]，所有测试都将运行，但这需要的时间比一个要长得多我希望它运行的文件。

警卫秀：

保护文件：

如何配置 Guard 以跳过 Pry 提示并只运行更改后的测试？

我想知道在使用pry时是否可以访问变量app？

例如，当我尝试访问时，root_path我收到以下错误：

有人说“它现在可以与 pry 和 3.2.9 一起使用”。我正在使用 rails 3.2.12，但它似乎不起作用。

我gem 'pry'在我的 GemFile 组开发中和config/environments/development.rb以下

在Rails 控制台中，我运行此命令

结果是这样的。

在规范文件中，

当我在调试时，在 pry 中运行这些命令，

这将是一个空数组。

tl; dr：我试图测试是否将正确的项目添加到数组中。当我运行测试时，它说东西被不加选择地添加到数组中。但是，当我将 binding.pry 放在 LessonPackage.available 的第一行时，测试通过了……但是现在，另外两个测试失败了。

现在这里有一些代码。

在原始测试中，我测试是否将正确数量的项目添加到数组中。这将测试 :current 范围。这是测试：

请注意，@old_package 的“当前”属性应为 false。这是正在测试的代码：

测试失败！但我知道这段代码有效，不仅因为它在开发模式下有效，还因为当我将 binding.pry 放在 LessonPackage.available 的第一行时，它突然有效！但是现在另一个测试被打破了：

给出的原因是附加到第一节课预订的课程包的 ID 与创建的原始课程包不同。注意：此测试之前有效。唯一不同的是 binding.pry。

我正在使用 database_cleaner，这就是我配置它的方式：

pry 非常适合调试 BasicObject 的子类！

https://github.com/pry/pry说 pry 有：“Exotic object support (BasicObject instances...”

但是怎么做呢？正如所料，BasicObject 不理解绑定。

调用 method_missing 时，将绑定发送到哪里？

我的应用程序中有一个错误，它只发生在“舞台”上，而不是本地发生。我想使用调试器并设置断点，以便可以在舞台上调试应用程序。

在本地，我使用 pry，甚至让 pry-remote 在本地工作，但无法让它在服务器上工作。

我不介意使用常规调试器或 pry 进行调试。

我经常遇到的问题：ArgumentError (non-absolute home)

谢谢。