You need to consider the maturity of the statues. resolving latest.milestone will resolve to the latest either milestone or whatever more mature status is 'latest' according to ivy.buildnumber.
If latest.milestone is lets say 0.9.11 and latest.release is 0.9.13 the build 0.9.13 will be resolved, as using the same number series indicates the builds are related with shared code base. (My guess would be that the 0.9.11 milestone was promoted to 0.9.12 release having identical code) Having such a strategy allows you to always depend on milestone or better builds whichever is the newest - which is quite power full. OK this is actually the same answer Xavier gave, but I hope the use case can be help full. /Hans On Fri, 2008-10-10 at 11:16 -0700, buzzterrier wrote: > So, If I have a resource published with two different statuses: milestone and > release. And I have a dependency for that resource the at declares > latest.milestone, then Ivy will return latest.release instead? > > If that is true, then it seems counter intuitive. I would expect that if I > requested latest.milestone, and the resolver found latest.milestone and > latest.release, that it would return latest.milestone. However, if I > requested latest.milestone and the resolver only found a latest.release, > then I would expect it to return the latest.release. > > > > > > > Xavier Hanin wrote: > > > > I guess you're speaking about statuses, and not statues. > > > > The statuses block defines the list of available statuses, when one want > > to > > use other statuses than integration, milestone and release (the 3 default > > statuses). > > > > The order is important for status compatibility, used only if you use > > latest.<status> versions, like latest.milestone. In this case Ivy will > > accept any status greater or equal to the status asked, meaning that if > > you > > ask for latest.milestone, you can end up with either a release or a > > milestone. If you define your own statuses, the order will be used > > accordingly. > > > > Xavier > > > > > > -- > > Xavier Hanin - Independent Java Consultant > > http://xhab.blogspot.com/ > > http://ant.apache.org/ivy/ > > http://www.xoocode.org/ > > > > > > > ----- > Buzzterrier > > http://buzzterrier.blogspot.com/ View my blog: Ordinary Average Developer...
