Come hai impostato il tuo flusso di lavoro per lo sviluppo di plugin?
Sto sperimentando lo sviluppo di plugin in un ambiente di sviluppo Docker locale. Esegui d/boot_dev --init e riesco ad avviare il mio plugin. Il problema è che quando modifico il codice del plugin, l’unico modo per vedere le modifiche è eseguire d/shutdown_dev e poi di nuovo d/boot_dev --init. Questo è estremamente lento 
Esiste un metodo migliore che velocizzi il ciclo modifica > test > modifica?
Purtroppo non proprio. Potresti utilizzare un’installazione locale invece dell’ambiente di sviluppo Docker. Probabilmente c’è un sovraccarico nel fermare/riavviare quel container ogni volta che apporti una modifica, mentre eseguire il server localmente si limita a fermare e riavviare l’applicazione. Tuttavia, per molte modifiche che apporti sul lato Rails, dovrai comunque fermare/riavviare.
Le modifiche a EmberJS, invece, richiedono solo un ricaricamento nel browser, a meno che tu non stia aggiungendo, rimuovendo o rinominando file.
Oh, non è necessario fermare l’intero container.
Basta fermare e riavviare d/unicorn per far funzionare il nuovo codice.
Inoltre, ti consiglio di adottare lo sviluppo guidato dai test (TDD) quando possibile, così potrai affidarti a d/rake autospec per il codice del tuo plugin.