Ask for informations

Clément Bacouelle clement.bacouelle at
Wed Jun 24 01:38:47 CDT 2015


I am so happy to have answers,
So my questions are quite simple,
With my colleagues and managers, we thought to criterias we need for our
configuration management so I would like to know how your tools answer to
that need and if possible with details (« we do that but … » or « we don’t
do this especially but it’s possible to get around with this other
functionality »)So here is the criteria with few words about what we think
behind it.

- Archiving of version
    Be able to archive the version when she’s not active anymore.
- Release management
    Automation deployment in multiple servers, test before deployment…
- Version management
    Be able to identify all the versions, the components in it. Be able to
know where the version are deploy.
- Change management
- Branching
- Global visualisation of the changes
- Requirements tracking in the version
    Be able to attach some requirements to the version.
- Dependencies between versions
    Be able to link versions with dependencies. If a version are not
deploy, the deployment of the other version can’t be proceed.
- Technological plurality
    Here is the fundamental point of my study. The big problem who bothers
us in the SCM tool selection, is the Technological plurality. Indeed, we
deal with JAVA, Mainframe, and possibly others languages in one software
version. So how your tool deal with this ? If I'm not clear enough, I'd
love to explain a little more my thought
- Cost of the solution

Thanks again for your help, it will be extremely
Best regards,

Le 23 juin 2015 21:45, Jordi Gutiérrez Hermoso <jordigh at> a écrit

> On Mon, 2015-06-22 at 11:31 +0200, Clément Bacouelle wrote:
> > Avec des collègues et mes managers, nous avons pensés à quelques critères
> > auxquels devraient répondre l'outil de gestion de configuration.
> Ce sont trop de questions pour moi. Si tu n'as pas trouvé tes réponses
> ici et ici,
> traduis tes questions en anglais pour les autres. De cette façon,
> quelqu'un d'autre pourra te répondre.
> - Jordi G. H.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Mercurial-devel mailing list