Ça m'a fait sourire de voir la montée en puissance de tes explications.
En général lorsqu'il s'agit de taper un peu sur mercurial je lâche pas trop l'affaire...
Non que je déteste mercurial, mais c'est souvent un second choix (git trop compliqué alors on prend mercurial, mercurial plus proche de svn, windows donc pas git donc mercurial, etc).
Mercurial a de bons points, il est tout de même relativement agréable à utiliser.
Mais il pêche toujours sur certains points, entre autre les subrepos et, surtout, la gestion des branches (et là je préfère, et de loin, git).
Maintenant, je l'utilise tous les jours, sans trop de problèmes particuliers.
il prend le HEAD, ce qui n'est pas forcément une bonne chose quand on veut pouvoir reproduire une version livrée à un client seulement avec le numéro de révision de Main.
Oué mais là c'est un autre problème : on ne livre pas un client avec juste un numéro de version de Main, on livre un client avec une version taguée, ainsi que ces modules. Et comme on a doit à du maven en plus (beurk) ben le tag du projet de base doit permettre de remonter l'ensemble avec les versions mavens (aucun snapshot dans la release).
[^] # Re: Versionnage de fichier de conf privé possible ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 3.
En général lorsqu'il s'agit de taper un peu sur mercurial je lâche pas trop l'affaire...
Non que je déteste mercurial, mais c'est souvent un second choix (git trop compliqué alors on prend mercurial, mercurial plus proche de svn, windows donc pas git donc mercurial, etc).
Mercurial a de bons points, il est tout de même relativement agréable à utiliser.
Mais il pêche toujours sur certains points, entre autre les subrepos et, surtout, la gestion des branches (et là je préfère, et de loin, git).
Maintenant, je l'utilise tous les jours, sans trop de problèmes particuliers.
Oué mais là c'est un autre problème : on ne livre pas un client avec juste un numéro de version de Main, on livre un client avec une version taguée, ainsi que ces modules. Et comme on a doit à du maven en plus (beurk) ben le tag du projet de base doit permettre de remonter l'ensemble avec les versions mavens (aucun snapshot dans la release).