On Thu, May 6, 2010 at 23:51, Maarten Coene <maarten_co...@yahoo.com> wrote:
> Xavier, > > won't this workaround cause every artifact to be copied instead of only the > modified ones? > You're absolutely right. > > Maybe we should add an extra attribute (for instance 'overwrite') to the > retrieve task to indicate what we want. This attribute could have following > values: > - always: indicates we always want to overwrite the files in the > destination, no matter what the dates are > - never: indicates we never want to overwrite the files in the destination > - newer (default): indicates we only want to overwrite the files if there > is a more recent one available > - different: indicates we only want to overwrite the files if the dates > differ > That sounds really good. And I could put that on the retrieve task rather than on caches settings... I really don't remember why checkUpToDate is on caches settings. Xavier > > Maarten > > > > ----- Original Message ---- > From: Xavier Hanin <xavier.ha...@gmail.com> > To: Ant Developers List <dev@ant.apache.org> > Sent: Thu, May 6, 2010 7:27:06 PM > Subject: Re: Ivy 2.2.0 - Roadmap? > > I think there is a way to do what you want: you have to set > checkUpToDate="false" on the caches element in your settings: > http://ant.apache.org/ivy/history/latest-milestone/settings/caches.html > > The location of this setting is strange, but it should do what you want. If > it works for you maybe you can close the bug (I have trouble right now to > access JIRA, I didn't login since the attack). > > Xavier > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > > -- Xavier Hanin - 4SH France - http://www.4sh.fr/ BordeauxJUG creator & leader - http://www.bordeauxjug.org/ Apache Ivy Creator - http://ant.apache.org/ivy/
