Comment avez-vous configuré votre flux de travail de développement de plugin ?
Je fais des essais avec le développement de plugins dans un environnement de développement Docker local. J’exécute d/boot_dev --init et je peux lancer mon plugin. Le problème est que lorsque je modifie le code du plugin, la seule façon de voir mes changements est d’exécuter d/shutdown_dev puis d/boot_dev --init à nouveau. C’est extrêmement lent
Y a-t-il une meilleure méthode qui accélère mon cycle de modification > test > modification ?
Malheureusement, pas vraiment. Vous pourriez utiliser une installation locale plutôt que l’environnement de développement Docker. Il y a probablement un coût lié à l’arrêt et au redémarrage de ce conteneur à chaque modification, alors qu’exécuter le serveur localement se limite à arrêter et redémarrer l’application. Cependant, pour de nombreuses modifications côté Rails, vous devrez tout de même arrêter et redémarrer.
Les modifications EmberJS, en revanche, ne devraient nécessiter qu’un rechargement dans le navigateur, sauf si vous ajoutez, supprimez ou renommez des fichiers.
Oh, vous n’avez pas besoin d’arrêter tout le conteneur.
Il suffit d’arrêter et de redémarrer d/unicorn pour que le nouveau code soit pris en compte.
De plus, je vous recommande de pratiquer le développement piloté par les tests (TDD) chaque fois que possible, et d’utiliser d/rake autospec pour votre code de plugin.
