Environnement prod, .min #ouPas

[PhilippeVay]

@alsacreations/les-kiwis On a un souci avec les environnements de dev vs. prod :

• nécessité d'ajouter un argument à gulp et donc de lire la doc :o (README ou comm' dans gulpfile.js avec plusieurs occurences :

Tâche de production si ajout de l'argument "--prod" (…) Tâche PROD : tapez "gulp build --prod"

• le fichier CSS n'est plus le même en prod puisqu'il a un suffixe .min : nécessité de prévoir également côté HTML / PHP un environnement de dev vs. prod

Je propose d'ajouter un message clair dans les tâches gulp (via console.log()) affichant dans quel environnement on est et éventuellement comment en changer :

• "DEV Vous êtes en environnement de dev. Ajoutez l'argument --prod pour être en env. de prod"
• "PROD Vous êtes en environnement de prod"

Il serait pertinent d'activer les source maps en dev mais pas en prod (pourquoi est-ce désactivé par défaut ? Je sais qu'il y avait une raison…).
Pour le suffixe .min, pas d'avis c'est à discuter selon vos retours d'XP. Il y a sûrement des contraintes plus fortes dans certains cas.

[PhilippeVay]

C'est présent dans les versions 4.x de bretzel

Je cite les comms de gulpfile.js :

Pour la (S)CSS du projet :

En dév, on évite d'écrire 2 fois le même fichier (ni renommage ni CSSO en dév et pourtant on écrit du CSS à 2 reprises… identique avec le même nom) En env. de prod, on écrit une CSS non-minifiée puis avec le suffixe .min.css une CSS minifiée

Pour la CSS spécifique au styleguide : aucune différence entre env. de dév et de prod puisque le styleguide n'a pas a priori pas à être présent en prod…