stile vim-ruby-debugger punti di interruzione con leva in Vim

Proprio ora, quando voglio un punto di interruzione in vim o Testo Sublime, lascio cadere una linea come la seguente nel codice:stile vim-ruby-debugger punti di interruzione con leva in Vim

binding.pry if Rails.env.test?

Pry (e la sua associated plugins) forniscono un ambiente piacevole in cui eseguire il debug interattivo di Ruby dalla riga di comando.

Tuttavia, aggiungere codice reale ai miei progetti per creare ogni punto di interruzione (e ricordare di rimuovere tale codice quando eseguo commit) può essere complicato.

Mi piace che cosa fa vim-ruby-debugger in termini di rilascio di un punto di interruzione visivo nell'editor senza effettivamente modificare il codice sorgente del mio progetto, ma ho avuto qualche problema nel far funzionare questo nel contesto delle mie specifiche (e vorrei davvero preferisco semplicemente usare Pry 'breakpoints' in primo luogo).

Quindi la domanda è, è possibile cadere un riferimentobinding.pryin un file in modo tale che un editor come Vim (o Sublime Text, etc.) sarà raccoglierlo e rispondere in modo adeguato al debug-tempo senza la linea effettivamente incluso nel codice sorgente?

fonte

2013-05-24 user456584

dovresti scrivere una sceneggiatura per parlare tra pry e vim. Usando vim --remote-expr puoi ottenere lo stesso risultato. –

vuoi punti di rottura stile di debugger - con la navigazione e tutto? (Immagino che tu lo faccia) o vuoi davvero buttare una leva lì dentro? – prater

http://www.vim.org/scripts/script.php?script_id=4451 sembra risolvere quello che vuoi. Non l'ho provato personalmente, ma ho intenzione di :).

fonte

2013-06-05 04:09:35

Sono a conoscenza di ruby_pry.vim, ma non ho visto prove che possa fare ciò che descrivo sopra. – user456584

Prima di tutto, PRY è uno strumento straordinario e sono felice che tu l'abbia trovato.

è possibile rilasciare un riferimento binding.pry in un file ... senza che la riga sia effettivamente> inclusa nel codice sorgente?

È necessario rilasciare un binding.pry direttamente nel codice sorgente per farlo andare in leva per testare e giocare. Cordiali saluti, se si rilascia un binding.pry nel file spec si aprirà pry nel file spec non a cosa si riferisce.

È possibile provare better_erros con binding_of_caller e quando si esegue un server di rails non funzionante, a) offre una migliore sensazione di errore e fornisce una finestra di verifica diretta dell'errore.

fonte

2013-12-28 20:34:34 jmoon90

Non utilizzo la leva durante il debug, ma uso il debugger regolare se necessario. Tuttavia, ecco il mio flusso di lavoro vim.

devo vim macro salvato "@d" che inserisce il seguente codice sotto qualsiasi linea sono in require 'debugger'; debugger; 0 Questo rende molto facile da inserire.
per evitare di commettere linee debugger, Ho installato un gancio git (pre-commit) che controlla se il commit include queste righe (grep)

http://mark-story.com/posts/view/using-git-commit-hooks-to-prevent-stupid-mistakes

fonte

2014-02-22 20:24:16 lsaffie

È possibile utilizzare un Git Hooks per impedire un commit errato, ad esempio lasciare uno binding.pry nel codice.

questo articolo viene spiegato come farlo http://www.launchacademy.com/blog/posts/automatically-prevent-some-bad-git-commits

Qui sono un altro buon post su di esso http://www.ryanmcg.com/2013/8/12/another-forgotten-binding-pry/

Inoltre ho totalmente d'accordo che PRY è un gioiello d'eccezione.

fonte

2014-02-22 20:32:02