• [^] # Re: Bravo!

    Posté par . En réponse au journal s/Hudson/Jenkins/g. Évalué à 2.

    Tu peux potentiellement faire ca avec make, mais bon courage pour implementer les dependances transitives.

    Genre ton projet dit juste "tires moi gecko" et make va tout seul voir qu'il faut tirer libxml, libpng, gtk et tout le tralala, le tout dans la bonne version, en tirant les dependances de libpng et libxml?

    Tu peux juste te contenter de dire a make "build moi une librairie/war/ear/whatever, les sources sont la, demerdes toi avec ca" ou "au fait, faut que tu deployes dans jetty aussi"?
    Il est aussi capable de te dire que machin conflicte avec truc parce que les versions de libfoo requises sont incompatibles?

    J'ai l'impression que ce que tu decris ressemble plus a ant, en gros un framework bas niveau ou il faut tout coder manuellement. J'ai goute au deux, je reviens plus a ant, clairement.

    C'est la ou maven est tres fort, tu lui dit "c'est un projet java, il me faut lib a et b" et il s'occupe de tout.
    Diaboliquement efficace dans une boite ou t'as un nombre consequent de projet avec des libs partagees: tout le monde est toujours sur la derniere version de chaque lib en permanence et n'a besoin de connaitre que ses dependances directes.

    C'est a double tranchant par contre, c'est notamment tres lent (eclipse/intellij arrive sont suffisament malin pour garder la compilation incrementale, mais en cli faut pas etre presse) et le fait de toujours tirer la derniere version disponible peut rendre les release managers chevres. Comme dit plus bas, au premier build, ca va telecharger la moitie d'internet.

    If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.