WIP: feat: use Yarn Plug'n'Play

[Kocal]

Liens relatifs :

• Yarn Plug'n'Play: Implementation yarnpkg/yarn#6382
• Yarn Plug'n'Play: Getting rid of node_modules yarnpkg/rfcs#101
• https://github.com/yarnpkg/pnp-sample-app
• Proposal for loading plugins relative to the configs that depend on them eslint/eslint#10643

En résumé, Yarn Plug'n'Play est une nouvelle façon de résoudre les dépendances Node.js avec Yarn 1.11 (qui n'est pas encore officiellement release 😞 ).
Avec Yarn PnP, on n'aura plus de dossier node_modules dans le projet, ça ira directement piocher les dépendances dans le dossier de cache de Yarn.

Par exemple si on a plusieurs projets qui utilisent la même dépendances (par exemple la version X.Y d'ESLint), on aura qu'une dépendance d'ESLint X.Y sur le disque, elle ne sera pas dupliquée et n'ira pas alourdir l'espace disque pour rien.

Ça offre un gros gain sur Yprox/ALP/Enigma/les projets avec le deployment helper d'Ansible, et notamment sur le Yprox staging.

Par exemple sur Yprox, on a 420 Mo de dépendances Node.js sur admin et 370 Mo sur sites.
Si on utilise Yarn PnP, déjà on économisera pas mal de Mo car on a certainement un tas de dépendances en commun, mais on en économisera encore plus entre les différentes releases Ansible. Et ceci se confirmera encore plus sur Ziggs (~ 60 instances du projet Yprox).

---

Sinon, cette PR avait pour but de setup le plugin rollup de compatibilité PnP x)

[Kocal]

Ouais bon, c'était peut-être trop tôt pour setup PnP sur ce projet, entre :

• certaines dépendances qui ne sont pas résolvables
• le fait qu'on ne puisse pas appeler deux .pnp.js (pour test-app et le cli)
• ESLint

bah on n'est pas sortis