Découpage de projets : projet vs. modules

Lorsqu'un projet débute, il est important (à mon avis) de se poser la question sur la façon dont celui-ci sera découpé. Pour être plus précis, il existe deux types d'approches :

• le découper fonctionnellement,
• le découper techniquement.

En outre, en plus de ce type de découpage, il est également important de s'interroger sur la façon dont il sera représenté dans le SCM : faut-il tout mettre dans le même projet (au sens SVN ou git du terme) en utilisant éventuellement des sous modules maven si c'est ce dernier qui est utilisé, ou faut-il en créer plusieurs?

C'est de ce dernier point dont il sera question dans ce court article qui présentera l'avis que j'ai pu me faire concernant le découpage technique du projet ie. s'il vaut mieux le découper en projets séparés ou en module (au sens maven du terme).

Maven : créer une branche - Mode d'emploi

Il y a un moment déjà, j'avais fait un article sur le plugin release oh combien pratique dans notre utilisation de maven. J'y avais mentionné les 2 goals prepare et perform qui sont les plus connus et qui, pour rappel, permettent de :

• vérifier que lors du lancement du processus de génération du livrable, le code est bien conforme à ce qui se trouve sur le SCM,
• tagger le code source à partir duquel le livrable est produit et permettant ainsi sa reproductivité,
• incrémenter le numéro de version des poms,
• générer le livrable,
• et le déployer sur le remote proxy repository.

Dans cet article, je me concentrerai sur un goal du plugin release malheureusement assez méconnu mais qui est tout aussi pratique et important (à mon sens) que ses 2 comparses prepare et perform. Il s'agit du plugin branch.