ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan.Mate...@rzf.fin-nrw.de
Subject AW: Where should the dotnet sandbox go?
Date Mon, 20 Sep 2004 08:53:15 GMT
IMO we should have the SVN tasks. Its too important, like the CVS section.

Jan

> -----Urspr√ľngliche Nachricht-----
> Von: Jose Alberto Fernandez [mailto:jalberto@cellectivity.com]
> Gesendet am: Montag, 20. September 2004 10:49
> An: Ant Developers List
> Betreff: RE: Where should the dotnet sandbox go?
> 
> I am also +1 for (3). 
> I think there are more than one set of optional tasks that
> could fit the picture of having its own separate development cycle
> and antlib subprojects would be the natural place for them.
> 
> And talking about SVN, is there anyone interested on having
> a full set of tasks (antlib) for SVN? Just as we have for 
> other VCS. Or shall we ask the SVN community to provide one?
> 
> Jose Alberto
> 
> > -----Original Message-----
> > From: Stefan Bodewig [mailto:bodewig@apache.org] 
> > Sent: 20 September 2004 07:51
> > To: dev@ant.apache.org
> > Subject: Re: Where should the dotnet sandbox go?
> > 
> > 
> > On Fri, 17 Sep 2004, Jan Materne <Jan.Materne@rzf.fin-nrw.de> wrote:
> > 
> > > On the same reasons I would say (3). Especially we had 
> spoken about 
> > > breaking Ant into modules and moving to SVN ... (last 
> year at your 
> > > home, Stefan :)
> > 
> > Is it really that long ago 8-)
> > 
> > I'll wait a few more days to gather comments and may provide 
> > a simple proposal for an antlib subproject.
> > 
> > Stefan
> > 
> > 
> ---------------------------------------------------------------------
> > 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
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message