emacs et coala

Si comme moi vous avez quelques années de développement derrière vous et qu’emacs est votre environnement de développement de coeur (si si, c’est possible), vous ne pouvez passer à côté de l’intégration de coala et flycheck pour effectuer du test continu pendant l’écriture de vos codes.

coala est un framework de test de source orienté contrôle de syntaxe (lint & fix). Disponible en ligne de commande et donc intégrable dans votre système d’intégration continue, il est également possible de le coupler avec certains environnements de développement dont emacs (mais aussi atom, sublime, vim, vs code).
flycheck est un module d’intégration de qualité dans emacs permettant de faire de l’analyse en continu, remplaçant de flymake. flycheck supporte la majorité des langages de programmation, exécute les analyses à la volée et rend visuelle l’interprétation des résultats directement dans le buffer de saisie du code.

Installation

L’installation de coala pour emacs nécessite un peu de travail préparatoire :

installer coala : l’outil étant en python3, il s’installe avec pip3
installer le plugin coala pour emacs : dans votre .emacs.d déposer le clone du repo coala-emacs depuis git
installer flycheck, documentation disponible sur le site de flycheck, via MELPA et une commande dans emacs qui déposera les modules nécessaires dans votre .emacs.d
un peu de configuration emacs pour démarrer
de la configuration de coala dans le répertoire de votre projet afin de spécifier les modules utilisés et éventuellement leurs options

Configuration Emacs

Dans mon .emacs (cf le contenu de votre variable emacs user-init-file), j’ai ajouté :

1(require 'package)
2(add-to-list 'package-archives
3             '("MELPA Stable" . "https://stable.melpa.org/packages/") t)
4(package-initialize)

le chargement de coala pour flycheck dans emacs :

1(load-file "~/.emacs.d/coala-emacs/flycheck-coala.el")

puis le chargement de flycheck :

1(add-hook 'after-init-hook #'global-flycheck-mode)

puis la désactivation de quelques tests proposés par défaut, ici sur javascript, et python je vous le laisse pour exemple, car par très bien documenté par ailleurs :

1(setq-default flycheck-disabled-checkers '(javascript-jshint
2                                           javascript-eslint
3                                           javascript-jscs
4                                           python-flake8
5                                           python-pylint))

Configuration coala

En ouvrant un fichier reconnu par flycheck (ici un pyhton), on peut tester la bonne installation de l’ensemble (un redémarrage préalable de votre emacs est nécessaire, ou l’évaluation des nouvelles lignes dans votre .emacs).

Si l’installation est correcte, apparaîtra à côté du type de langage de votre buffer une information de type FlyC, avec un suffixe positionné à * si l’analyse est en cours ou des valeurs numériques avec les métriques de qualité.

En utilisant C-c ! v, vous obtiendrez la configuration d’analyse de votre flycheck avec chacun des modules installé et utilisé.

coala nécessite désormais d’être paramétré, via un fichier .coafile dans le répertoire source ou son parent. Par exemple :

 1[all]
 2enabled = True
 3
 4[PEP8]
 5bears = PEP8Bear
 6
 7[lint]
 8bears = PyLintBear
 9
10[flake]
11bears = PyFlakesBear
12enabled = false
13
14[style]
15bears = PyDocStyleBear
16enabled = false
17
18[Bandit]
19bears = BanditBear

Le principe de fonctionnement se base sur des modules activés et paramétrés pour chaque type de test, la documentation sur le site de coala est assez complète pour chaque module, en revanche des outils tiers sont nécessaires au bon fonctionnement de certains bears.

Utilisation

L’utilisation de flycheck est suimple, quelques raccourcis sont à connaitre pour aller vite et profiter de l’analyse pour corriger à la volée les indications :

C-c ! v : donne la liste des modules flycheck activés
C-c ! l : ouvre un second buffer avec la liste des anomalies, la sélection de l’une d’entre elle pointe directement la section du source incriminé
C-c ! [n|p] : erreur suivante ou précédente, pour rester dans le buffer
C-c ! C : supprime toutes les marques du buffer, histoire de voir clair
C-c ! c : force la validation du buffer

Exemple en python

La démonstration ci-dessous est volontairement triviale, je vous laisse appliquer ceci sur vos codes sources afin de voir le fonctionnement plus fin et surtout dans la vraie vie.

1print("Hello, World!")

Donne comme indication

1C0111 - Missing module docstring

Ajoutons du code issu de forum :

1""" un peu de doc en plus"""
2print("Goodbye, World!")
3
4a = 10
5
6if ( a > 10 ) :
7   print "a est superieur a 10"
8   else :
9          print "a est inferieur a 10"

nous donne :

16  warning    The code does not comply to PEP8. (coala)
27  error      E0001 - Missing parentheses in call to 'print' (<string>, line 7) (coala)

ligne 6 : PEP8 nous conseille de supprimer les espaces inutiles
ligne 7 : quelques parenthèses seraient les bienvenues dans le print (python 3) la correction donne donc :

1print("Goodbye, World!")
2
3a = 10
4
5if (a > 10):
6    print("a est superieur a 10")
7    else:
8        print("a est inferieur a 10")

nous donne :

effectivement, ligne 8, soucis d’indentation

et hop :

1print("Goodbye, World!")
2
3a = 10
4
5if (a > 10):
6    print("a est superieur a 10")
7else:
8    print("a est inferieur a 10")

Conclusion

Avec un peu de configuration, on peut même intégrer des outils modernes d’analyse de code à une solution d’édition de code assez ancienne, mais dont la communauté de passionnés est suffisamment importante pour en assurer la continuité.

Si vous n’utilisez pas emacs et que vous êtes arrivés jusqu’ici dans ce post ;), retenez néanmoins que les outils sont disponibles en ligne de commande et peuvent (doivent) être intégrés à votre chaîne d’intégration continue afin de garantir un minimum de qualité au code que vous produisez.

Photo Markus Spiske

XinCTO/emacs et coala