Utiliser un wrapper Ansible avec ansible suitecase pour déployer le bot sur la machine de production.

In order to move past epfl-si/ansible.suitcase#7 it is best if all foosible scripts start explicitly requiring a particular Ansible version of their choice (by setting the SUITCASE_ANSIBLE_VERSION environment variable when invoking the suitcase).

Lors qu'un utilsateur s'abonne aux notifications, il n'a actuellement pas le choix de filter quels type de "posts" recevoir. Cette nouvelle fonctionnalité doit donc permetter d'ajouter un mode all (défault) ou release-only aux commandes notify, par exemple: /notify mode all ou /notify mode release.

Le README.md actuel ne reflète pas les commandes exactes du bot et il y manque des informations générales: y expliquer le fonctionnement général du bot, expliquer les commandes pour le lancer/déployer et avoir une liste explicites des commandes auxquelles il répond.

Le comportement actuel du bot est d'envoyer des messages privés aux utilisateurs qui se sont /notify / ou qui lancent des commandes. Cette nouvelle fonctionalité doit permettre d'ajouter le bot dans un groupe Telegram et que tous les utilisateurs de ce groupes puissent modifier les paramètres. Par exemple, un utilisateur du groupe entre /notify daily 09:00 → le bot notifiera, dans le groupe, les nouveaux posts chaque jours à 09:00.

Les messages de réponse que le bot nous envoie ne sont pas toujours très lisibles (manque de mise en forme), ce serait bien de pouvoir l'améliorer

Le code est actuellement assez brouillon, il faudrait le factoriser pour qu'il ait un aspect plus propre.

Chaque numéros de version (i.e. dans package.json) doit correspondre à un tag git et potentiellement un "release" sur github.

Plus généralement, une "target" du Makefile doit pouvoir gérer cela automatiquement.

Lorsque le bot est en fonctionnement, il n'y a pas beaucoup de logs, il serait bien de rajouter un middleware qui permet de faire des logs propres du bot (winston)