feat: plus besoin de versionner l'écran de sécu dans SPIP. Le script de post-install se charge de le placer au bon endroit. La commande composer archive continue de le prendre en compte si elle est lancée après l'install/update

fix(archives): modification de composer.json, .gitignore et .gitattributes pour que les commandes git archive et composer archive fonctionnent

Renommer spip.inc en bootstrap.php pour etre plus conventionnel + ignorer le fichier tests/bootstrap_plugins.php

- Introduction de PHP_CodeSniffer en tant qu'outil de développement
- Mise en place du fichier de configuration par défaut (phpcs.xml.dist)
- Mise à jour du fichier .gitignore
- Introduction du fichier composer.json
  - ATTENTION!: Il ne s'agit en aucun cas de l'introduction de composer en tant qu'outil de développement pour SPIP!
  - Son seul ojectif, pour le moment, est de permettre l'installation et la mise à jour d'outils de développement annexes et
    des règles de codage.
- Bonus: configuration pour la fabrication du fichier zip destiné à files.spip.net
  - Ex: composer archive --format=zip --dir=tmp --file=spip -> tmp/spip.zip

Voir : https://discuter.spip.net/t/coding-standards/155150/24

* un script bin/configure.php qui construit un phpunit.xml prenant en compte ce dernier et en ajoutant tous les repertoire de tests/ des plugins qui contiennent des tests PHPUnit
* un Makefile qui permet de lancer simplement `Make tests` pour lancer tous les tests en etant sur que tout est configure

Le phpunit.xml n'est pas mis a jour automatiquement si on active/desactive des plugins : il faut le supprimer manuellement pour qu'il soit regenere a la session suivante
(Idem si on ajoute un dossiers tests/ avec un tests unitaire PHPUnit dans un plugin deja actif)

on n'integre pas les extensions dev, grenier et themes

mutualisation
themes
extensions
sites

Dans le cas ou l'on fait un commit svn à la racine d'un site cela évite que ces répertoires soient ajoutés bêtement

Si cela gène dites le moi...

suppression du répertoire de dump à l'installation. Il est créé à la volée, comme CACHE/, sessions/ et les autres.

Bientôt la même chose pour upload/ et ses sous-répertoires.

- l'installateur est corrigé en conséquence
- une solution, à tester, qui permet de créer certains sous-répertoires de tmp/ (sessions/ et CACHE/)

on déplace maintenant ecrire/data et CACHE/ dans un nouveau répertoire tmp/ (ainsi, on a plus besoin d'avoir un sous-répertoire de _DIR_RESTREINT en écriture. Il y a encore du travail : le répertoire upload/, le cache des vignettes et sans doute mieux gérer ce répertoire tmp/ ...