ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jose Alberto Fernandez" <jalbe...@cellectivity.com>
Subject RE: suggestion refactor SCM
Date Wed, 28 Sep 2005 14:54:09 GMT
But here we seem to be talking about a new family of generic tasks,
If this works well, we could deprecate the old tasks and eventually in a
couple of versions remove them.

Jose Alberto

> -----Original Message-----
> From: Martijn Kruithof [mailto:jm@kruithof.xs4all.nl]
> Sent: 27 September 2005 16:57
> To: Ant Developers List
> Subject: Re: suggestion refactor SCM
> 
> Hi,
> 
> The standard problem with any kind of refactoring is the backward
> compatibility requirement on source code level. There are a lot of
> constructs we'd like to remove, but upto now we have always weighted
> backward compatibility - even on source code level - over removing
those.
> 
> Martijn
> 
> Kev Jackson wrote:
> 
> > Hi
> >
> > I've been playing with darcs recently and I've almost finished an
> > antlib for it (though I keep being distracted, first Haskell, now
> > Lisp....).
> >
> > 'darcs get' is roughly similar to 'cvs checkout' or 'svn co'
> >
> > I was wondering if it would make sense to refactor the SCM tasks
into
> > an interface (scm) and have a set of antlibs that implement that
> > interface in a vendor specific manner.  Such that
> >
> > <scm command="commit">
> >
> > is handled appropriately by each SCM system in it's own way, whilst
at
> > the same time exposing a common API to simplify this (very common)
set
> > of tasks.  I'm thinking it'd be similar to how the <javac> task
> > simplifies compiling regardless of which compiler you want to use.
> >
> > Is this:
> > a - a stupid idea and a colossal waste of time
> > b - a not too stupid idea, but still a colossal waste of time
> > c - not stupid, a colossal waste of time, but it'd be worth doing
anyway
> > d - none of the above
> >
> > Kev
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> > For additional commands, e-mail: dev-help@ant.apache.org
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message