Mailing-List: contact general-help@gump.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Gump code and data" <general@gump.apache.org>
Message-ID: <07e101c49514$10cc5e50$6501a8c0@sybase.com>
From: "Adam R. B. Jack" <ajack@apache.org>
To: "Jaroslaw Kowalski" <jaak@zd.com.pl>,
	<nant-developers@lists.sourceforge.net>,
	<general@gump.apache.org>,
	"Stefan Bodewig" <stefan.bodewig@freenet.de>
References: 
 <030AA98E506A7546B7632C2CB45AEDEF08CB83@plone.harbours.ca><045901c494ea$31c308e0$6501a8c0@sybase.com>
 <m3sm9uytyj.fsf@bodewig.bost.de> <055501c494f9$02d75310$6501a8c0@sybase.com>
 <010101c4950f$2120c3e0$152ea8c0@jarekxp>
Subject: Re: [nant-dev] NAnt and Gump -- getting closer...
Date: Tue, 7 Sep 2004 13:51:27 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


> I don't know exactly what you're trying to achieve with Gump, but IMO
things
> are much easier than you think if you fully utilize NAnt's potential.

Yeah, I think we need to step back and make that clear.

Gump is attempting to emulate a "rabid" OSS developer, perform the steps a
developer would do in order to download and build NAnt, and then others -- 
from scratch. This OSS developer is particulary anal, they don't want
yesterdays build ... they want it fresh, everything the very latest. Their
objective isn't to run this, it is to monitor for changes, disconnects. If
project X breaks project Y the developer wishes to feel this pain. This
automated developer is there to reduce pain for human developers/users, and
to catch interface change pain early! If early enough perhaps the problem
can be resolved before a release is made, and a problems gets into the
field.

Gump is a Python program that interacts with things (CVS, SVN, Shell, Ant,
Maven) and we'd like NAnt. Gump wants to bootstrap NAnt 'cos it was to also
catch NAnt changes --- not just compilation, but runtime. Being an outsider
is important. Gump is Python (not Java) so it is spearate from concerns of
the platform, and this ought make it a good candidate for working on DotNet.

We want to work with NAnt as NAnt ought be worked with, but not inside NAnt,
outside -- as a developer would be. Further, we want to allow existing NAnt
scripts -- as they exist today -- without change. This allows projects to
benefit from Gump without changing how they work. At least, that is what
we'd like.

For more/historical information see:

    http://gump.apache.org/why.html

regards,

Adam


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org