Valider le nouveau système de migration

Avant de lancer une nouvelle migration des données en PROD, je pense qu'il est nécessaire de valider par un test de ton côté @vinyll.

Quoi de neuf ?

Plusieurs commits : https://github.com/betagouv/eac-api/commit/1c83de67cbcfd2d23306a863b6b2680eab749a85, https://github.com/betagouv/eac-api/commit/081b876289a1847540753a57b84e3144fb7237b3, https://github.com/betagouv/eac-api/commit/7ca1d4adddba944f19c0d120ad998439bc667d18, https://github.com/betagouv/eac-api/commit/1f771fa63c029ce3bf90b9258edfe9d6173c2aa8, https://github.com/betagouv/eac-api/commit/1744ee301ce472f465f635b6d9dfbb20ef68eba8, https://github.com/betagouv/eac-api/commit/cb850f0be096d01605422818de04ff468a5a58b7
Il y a désormais deux sources de données (see https://github.com/betagouv/eac-api/issues/13 pour un début de réflexion) donc c'est un peu moins simple de lancer le script.
J'ai fait des choix semi-arbitraires pour éviter d'avoir trop de "domaines" (réflexion en cours de notre côté)
Au delà d'importer une nouvelle source, la base est maintenant nettoyée de plein de données en double (voir en quadruple) mal qualifiées. Je n'arrive pas à voir de faux positifs (faux doublons) dans mes tests donc ça semble beaucoup mieux qu'avant. Le script est ici et mérite d'être amélioré s'il continue à être utilisé : https://github.com/betagouv/eac-api/blob/master/scripts/post-fix-actors.js (il est cependant commenté et lisible)

Donc mon souhait @vinyll est que tu teste cette migration (avec quelque chose du genre : MONGO_URI=mongodb://localhost:27017/eac JOCONDE_ACTORS_FILE=/path/JMR_MUSEO_20180111.xlsx LOUP_ACTORS_FILE=/path/liste.csv npm run db-seed qui fait toutes les opérations) puis que tu confirme (ou infirme) dans ce ticket qu'on peut lancer la migration en prod.

betagouv / eac-api

Valider le nouveau système de migration #14