Comment organisez-vous votre flux de travail Erlang? J'apprends un erlang maintenant et j'utilise Rebar , recompilation, reconstruction et redémarrage d'une version complète (je suis essayer de garder les choses otp'ish) après chaque édition. Je suis à peu près sûr qu'il y a une façon plus intelligente de le faire.
4 Réponses :
Dans ETORrent, j'utilise un peu d'astuce que vous pouvez aimer:
Lorsque vous avez construit une version de développement, vous pouvez exécuter la commande créer une console code> qui a la définition suivante: p > console:
dev/etorrent-dev/bin/etorrent console \
-pa ../../apps/etorrent/ebin
avec le boss de Chicago, vous venez d'appuyer sur "Actualiser" dans votre navigateur Web:
Même si votre objectif n'est pas un développement Web, cela pourrait être un moyen d'apprendre Erlang plus amusant que votre flux de travail actuel. CB Pretty-imprime des erreurs de compilation et de temps d'exécution directement dans le navigateur.
J'ai utilisé Sync pour éviter la boucle redoutée EDIT / RECOMPILLE / DE REDOMTATION. Il regarde les modifications apportées à vos fichiers source puis recompille et recharge uniquement le module modifié. Il imprime des erreurs et des avertissements à la console et les envoie à notifier / growl si disponible.
C'est aussi simple que fonctionnant Jetez un coup d'œil à Ce modèle de barre d'armature pour un meilleur exemple.
Si vous développez sur un cluster, une autre fonctionnalité de Sync est "Mode patch" de Sync. Avec "Mode patch" Chaque synchronisation de temps compose avec succès un module, il envoie le code compilé à chaque nœud connecté au cluster et recharge le module! Sync: Go ().
Pour le rechargement automatique des fichiers SRC avec chaque édition, vous pouvez essayer le plugin automatique dans REBAR3.
J'ai récemment déménagé à Rebar3 et j'ai trouvé que cela ait beaucoup plus facile à travailler comparé au barrage.