ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gilles Scokart" <>
Subject Re: Common practices for lifecycle and promotion in Ivy
Date Fri, 17 Oct 2008 07:37:12 GMT
Actually, it is not binaries that we promote.  It is source code that
are promoted.  The promotion is actually clean rebuild with an
"official" stamp.

We have a continuous build that use an integration repository only,
and we have a release repository that contains modules that are
rebuild using only the release repositroy.
The developpers that work on a project use the integration repository
for the module of their project, and use the release repsitory for the
"generic" modules developed outside the project.

So the name scheme is not really important (we never have to compare
release & integration version numbers).

The drawback is that when the project want to use a newer version of
the "generic" module, the generic module has to go for a release
before it can be used by the project.  As in our case, that dosen't
apear to be an issue (doesn't happen very often), we are ok with that.
 Otherwise, I guess the developpers would have to play with the
settings of its project in order to say that the "generic module not
yet release" is currently part of the project (a small change to the
ivy settings of the project would do it).

2008/10/16 Brown, Carlton <>:
> Thanks for your response... Another question, if I may... Do you chain
> your repositories together?  (For example, your integration build might
> use a chain consisting of final, release, integration, returning the
> last found).
> Also, what's your versioning scheme?  As I mentioned earlier, namespaces
> don't seem to transform revision names, so how would you solve the
> problem of retaining, say, 1.0.0-rc3 as 1.0.0-final in another
> repository?  Or do you just not worry about this?
> -----Original Message-----
> From: Gilles Scokart []
> Sent: Thursday, October 16, 2008 6:46 AM
> To:
> Subject: Re: Common practices for lifecycle and promotion in Ivy
> At work we use different repository for different stages of the
> lifecycle.  A promotion is done by installing a jar into the next
> repository.
> 2008/10/15 Brown, Carlton <>:
>> I'm curious if anyone has any good practices for implementing a full
>> module lifecycle in Ivy, including promoting an artifact from release
>> candidate status to final status, and sharing artifacts across
> projects.
>> I've read Mathias's document already and I'm wondering if anyone else
>> has anything to add.
>> How does the Ivy project itself use Ivy?
>> Thanks,
>> Carlton
>> -----------------------------------------
>> ====================================================
>> This message contains PRIVILEGED and CONFIDENTIAL information that is
>> intended only for use by the named recipient. If you are not the named
>> recipient, any disclosure, dissemination, or action based on the
>> contents of this message is prohibited. In such case please notify us
>> and destroy and delete all copies of this transmission.  Thank you.
>> ====================================================
> --
> Gilles Scokart

Gilles Scokart

View raw message