Lorsqu'une application web évolue, les livraisons peuvent être nombreuses et régulières que ce soit en test, en pré-production ou en production.

Pour pouvoir rapidement savoir sur quelle version de l'application on navigue, les informations de version et de date de construction peuvent servir.

Introduction

MAVEN est un outil qui permet de gérer le cycle de vie d'un projet d'une manière portable. Parmi les fonctionnalités les plus importantes, on peut citer :

• la structure du projet qui est normalisée et indépendante du langage et de la plateforme utilisés (Java, PHP, FLEX...);
• l'incitation à utiliser un dépôt central abritant les librairies utilisées par nos projets et assurant le stockage des ces derniers pour une utilisation tierce (livraison à un client ou bien utilisation par un autre projet).

Un aspect important dans l'utilisation de MAVEN est la gestion des numéros de version d'un projet et de ses dépendances. En effet, avec MAVEN, j'ai découvert la notion de SNAPSHOT et l'objectif de ce billet est de partager mon retour d'expérience concernant :

• La mise en place d'une pratique commune de versionning.
• La mise en place d'un déploiement continu.
• L'automatisation de la distribution d'un projet.

Nous sommes poussés de plus en plus chaque jour à sécuriser nos données et autres accès confidentiels, alors pourquoi laissons-nous encore nos informations d'accès en clair sur nos postes de développement ou environnements de pré-production et tout particulièrement les codes d'accès qui s'y rattachent? Je vous l'accorde, s'il s'agit d'un serveur "perso" de développement où est le problème, mais s'il s'agit d'un serveur central, hébergeant de plusieurs applications avec politique de sécurité et tutti quanti, là, cette question se pose. Heureusement Maven est là pour nous aider à ne plus cacher la clef sous le paillasson.