8

現在、vim または Sublime Text にブレークポイントが必要な場合は、次のような行をコードにドロップします。

binding.pry if Rails.env.test?

Pry (および関連するプラグイン) は、コマンド ラインからインタラクティブな Ruby デバッグを行うための優れた環境を提供します。

ただし、実際のコードをプロジェクトに追加して各ブレークポイントを作成する (そして、コミットを行うときにそのようなコードを削除することを忘れないでください) のは面倒な場合があります。

プロジェクトのソースコードを実際に変更せずにエディターに視覚的なブレークポイントをドロップするという点で、 vim-ruby-debugger の機能が気に入っていますが、仕様のコンテキストでこれを機能させるのに苦労しました (そして、私は本当に最初に Pry の「ブレークポイント」を使用することをお勧めします)。

問題は、Vim (または Sublime Text など) のようなエディターがbinding.pry 参照をファイルにドロップして、その行が実際にソース コードに含まれていなくても、デバッグ時に適切に応答するようにすることは可能かということです。 ?

4

5 に答える 5

3

Git Hooksコードに a を残すなど、 a を使用して悪いコミットを防ぐことができbinding.pryます。

この記事では、その方法について説明しています https://launchacademy.com/blog/automatically-prevent-bad-git-commits

ここにあなたはそれについての別の良い投稿があります http://www.ryanmcg.com/2013/8/12/another-forgotten-binding-pry/

PRYまた、それが並外れた宝石であることにも完全に同意します。

于 2014-02-22T20:32:02.387 に答える
0

http://www.vim.org/scripts/script.php?script_id=4451は、あなたが望むものを解決するようです。個人的には試していませんが、試してみます:)。

于 2013-06-05T04:09:35.030 に答える
0

まず、PRY はすばらしいツールです。

binding.pry 参照をファイルにドロップすることは可能ですか...その行を実際にソースコードに含める必要はありませんか?

binding.pry をソース コードに直接ドロップして、pry に入ってテストおよび再生する必要があります。参考までに、binding.pry をスペック ファイルにドロップすると、それが参照するものではなく、スペック ファイルで pry が開きます。

binding_of_caller で better_erros を試すことができます。失敗した Rails サーバーを実行すると、a) エラーの感触が良くなり、エラーを直接確認できるようになります。

于 2013-12-28T20:34:34.007 に答える