Yeah, I'm not so sure this should cause an error. I'd be naturally
inclined to go with it; thinking that if it isn't part of the task,
leave it alone.
Checking for required values is important. The one thing that the XSD
won't do is check for required elements. It will check the form of the
and misdirection.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Ian
MacLean
Sent: Tuesday, April 16, 2002 9:53 AM
To: Scott Hernandez
Cc: 'Gerry Shaw'; [EMAIL PROTECTED]
Subject: Re: [nant-dev] XML Schema Def (XSD)
Scott Hernandez wrote:
Yeah, I'm not so sure
+1, Sounds good.
/Parent.build
nant - subdir/Child.build
What will be the basedir for the child.build Project? (/subdir/ or /)
-Original Message-
From: Gerry Shaw
[snip]
Nested build files (via nant task)
* By default you should just specify the build file you wish. Early
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Ian
MacLean
Sent: Wednesday, April 17, 2002 10:45 AM
To: Scott Hernandez
Cc: [EMAIL PROTECTED]
Subject: Re: [nant-dev] nant.xsd sample
Scott Hernandez wrote:
Attached is sample of the output for tasks I am generating. I?ve been
fighting
: Wednesday, April 17, 2002 11:09 AM
To: Scott Hernandez
Cc: [EMAIL PROTECTED]
Subject: Re: [nant-dev] nant.xsd sample
Scott Hernandez wrote:
So I did this (sent the email), then realized that if actually use the
existing file (meaning you add an xmlns= to the project element) it
will cause
The context issue is actually defined in the XPath W3C Standard[1]; and
is supposed to work that way. As for validation, we can do it without
the namespace, but if want intellisense and leave the namespace in, all
of the xpath queries will fail unless we code it.
[1]
Yeah, I made those changes while I was testing on my local copy. I can
check them in later if you want.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Gerry
Shaw
Sent: Wednesday, April 17, 2002 5:19 PM
Cc: [EMAIL PROTECTED]
Subject: RE: [nant-dev]
ElementNames.Add(name);
_name = name;
}
Or am I missing something about the design here?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Ian
MacLean
Sent: Monday, April 15, 2002 7:17 PM
To: Scott Hernandez
Cc: [EMAIL PROTECTED]
Subject: Re
in code if that
would help...
later
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Ian
MacLean
Sent: Friday, April 19, 2002 12:34 PM
To: Scott Hernandez
Cc: [EMAIL PROTECTED]
Subject: Re: [nant-dev] ElementNameAttribute and BuildElementAttribute
Scott
behavior
Scott Hernandez wrote:
I suggest that the list of valid targets is given. So you would get
something like this for a bad target of d.
I like having a default target the way it is.
I'm not suggesting changing the default target behavior. I too like how
it works.
What I'm
In this case, cause the description attribute isn't defined in the
Target class. I should have said something about the class files, and
xslt expecting/using different attributes. This can be very easily
fixed... :)
I'm all in favor of using xsl for text generation. It makes a lot more
sense
Please see prev. message about the frown...
-Original Message-
On Behalf Of Ian MacLean
Brad Wilson wrote:
Scott Hernandez wrote:
Instead there is a xslt file(xslt/projecthelp.xslt) defined to
generate
the help you are talking about. In the xslt file there is xpath
query
Oopppsss . please do not reply to the hotmail address.
___
Nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
-Original Message-
From: Ian MacLean
Sent: Friday, May 03, 2002 10:30 AM
To: Scott Hernandez
Cc: [EMAIL PROTECTED]
Subject: Re: [nant-dev] Task Assembly Loading
Scott Hernandez wrote:
I want to bring this up as a topic of its own. We have discussed
what
the behavior
are going for Friday.
-Original Message-
From: Ian MacLean
Scott Hernandez wrote:
It does seem about time. But from what I see for the next milestone
release (.8), we aren't there yet.
Maybe a maintenance release would work. Like 0.7.9.*?
yep. I think we definately need somthing
Okay, to release we need the following done... (Please correct me or add
stuff that I may have missed)
0.) Are we ready? (What we have is stable, and will get more testing if
we release... so yeah!)
1.) Update Docs (/nant/doc) for website -- the ChangeLog is probably
most important
Would
] Friday Release Tasks
On Thu, May 30, 2002 at 10:01:11AM -0700, Scott Hernandez wrote:
1.) Update Docs (/nant/doc) for website -- the ChangeLog is probably
most important
If it hasn't already been added to the latest nighlty builds. Can we
ensure the ChangeLog gets added to the Nant pkg
-Original Message-
From: Tomas Restrepo
Hi Scott,
I vote for a new NAntContrib Project. This project can take code
donations, will allow cvs access for anyone who has tasks they want
to
add, and will allow some interesting experimentation without
affecting
the core
Jason has provided source for SLiNgshoT to be added to the NAnt Extras.
I've just committed the files. They are now available, but aren't built
or otherwise added to the distribution.
Thanks Jason.
--Scott
___
Don't miss the 2002
Ive written a simple SCPTask, that wraps scp.exe. For
it to work, you need to have a setup that doesnt require any
password/pass-phrase to be typed. Im thinking about adding this task to
the newly (soon to be) formed NAntContrib project.
Im thinking about ways of encrypting your
PROTECTED]]
Sent: Friday, May 31,
2002 3:22 PM
To: Scott Hernandez;
[EMAIL PROTECTED]
Subject: RE: [nant-dev] SCP Task
That's definitely a problem...
If a task can't except user input, i don't
see any other way but to store some password somewhere.
You could use IsolateStorage to house
It seems like an environment variable is a good way to do this. That is
how ant works, and it seems to work well.
Maybe we should adopt a NANT_HOME environment variable for others to
find us. This env. var. could also be used for what you want, no?
-Original Message-
From: [EMAIL
Id like to suggest that NAnt distribute the latest
stable-release NAntContrib assemblies in the bin folder. This way NAnt users
will be given all available tasks.
Im not sure about docs and such; I guess we can come
back to this when we have a valid structure for the NAntContrib dist.
Cc: 'Scott Hernandez'; 'NantDev'
Subject: Re: [nant-dev] XML Line Numbers
Gerry Shaw wrote:
It does seem like a pretty good solution but what we have does work
and
has been tested and isn't causing any problems that I know of. Its
also
a lot fewer files.
Still it's a pretty good
, I'll commit my changes with the altered LocationMap that check
for this case.
-Original Message-
From: Ian MacLean
Subject: Re: [nant-dev] XML Line Numbers
Scott Hernandez wrote:
We need to do something. This code fails because there is no file
associated with the document.
[snip
The VS.Net/OtherIDE add-ins :)
But I finish that up after the release.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL PROTECTED]] On Behalf Of Ian MacLean
Sent: Tuesday, June 04, 2002 3:34 PM
To: Scott Hernandez
Cc: 'NantDev'
Subject: Re: [nant-dev
Okay, with the recent changes to the NAntTask we now have something
closer to what Ant does. But there are still some differences.
1.) By default in Ant the child project has read-only access (which
means they are treated as user properties which cannot be assigned to)
to all the properties of
I've made a bunch of changes (today and earlier this week). Here is a
short list.
0.) Unit Tests are now run again newly built version of NAnt.exe in
build directory (not the version used to do the build; the old one).
1.) Removed TaskDefTask
2.) Moved Tasks to NAntContrib (still need to get
After looking at the actual nightly download (not my cvs copy) I see the
problem.
On unix cvs will use CR EOL, on windows it will use CR LF EOL. So, the
snapshot is created on unix/linux and has CR EOLs.
I think we need to fix this, or get an actual nightly compile working:)
Yep, this was something I was thinking about when the inheritance
discussion went on. I was going to clean things up afterwards and test
these cases (which reminds me, we still need unit tests for this).
We really need to separate the project/system props from the user props
so that certain
I've posted this to both the Nant and NAntContrib dev lists, as well as
to nant-user. I'm thinking that discussions about new task ideas should
probably go on the nant-users list. And we should use NAntContrib to
discuss changes, updates, or removals of existing NAntContrib
tasks/utils. So, I
Id like to get an idea if people think now is a good
time to remove the sourceforge Open Discussion forum. It seems
like people are starting to use the nant-users mailing list and the forum has
not got much traffic lately.
Comments? Objections?
As far as I can tell from ant things work a little differently from what
we are talking about.
Ant defines a Reference object that DataType(s) holds onto. Then the
FileSet (derived from DataType) looks at the Reference object and uses
it, in combination of its own xml to do the job. This would
So this would basically be a property collection/group?
Is there a reason you want to do this over defining global properties? I
could see this if you want to allow scoped properties, which only apply
to a target or task.
I think private/task-based property scoping is a good idea. A
This works well, but there is a little more that needs to happen.
Right now the basedir maps to the WorkingDirectory of the Process. This
is done in the base class of ExecTask, ExternalProgramBase. I've updated
the code so that the program is checked to see if it is rooted. If it
is, it is left
Thanks for bringing these up. There are a lot of things that have died
on the side of the road that we need to bring back up. Sometime bigger
issues come up, and sometimes we have to go to dinner and forget. :)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL
. It
would need to be embedded, or referenced. Right now a Target is the only
reference-able type.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL PROTECTED]] On Behalf Of Kevin Dente
Sent: Monday, June 24, 2002 1:53 PM
To: Scott Hernandez; [EMAIL PROTECTED
I'm open for suggestions on a better name. :)
-Original Message-
From: Tomas Restrepo
[snip]
That's great! In the general sense, I think this is much useful,
particularly as we could use it as a base for an Ant-like Conditions
framework.
Yep, I was just starting to make a list of
What about TaskContainer?
-Original Message-
From: Tomas Restrepo
Scott,
I'm open for suggestions on a better name. :)
How about CompositeTask?
---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
FYI: The basedir attribute was removed from NAntTask before the 0.7.9.0
release. It was removed may 3rd.
I've actually started to make some changes locally that could help out
here. I'm toying with the idea of changing the way properties are
defined and used. Since we now have a Parent property
I thought I was one of those people :)
Anyway, the foreach was really just a test case for the TaskContainer
concept. Well, it wasn't really a test; it is useful on its own. The
ghenghis build has a script section that loops through all the sample
subdirs and builds each sample [1]. It is a lot
Umm... I doubt they are in ant, and I don't think that it is worth the
code. I'd say if you want to then you could just define the filters via
properties (which will be inherited) in the child project.
But a good use-case could convince me otherwise. :)
-Original Message-
[1]
Done, and Done. There is now a workingdir attribute on exec.
-Original Message-
From: Kevin Dente
I like the notion of a separate workingdir attribute.
---
This sf.net email is sponsored by: Jabber Inc.
Don't miss the IM event
I'm really with Kevin here. It seems like automatic detection should
really be the goal. The behavior should be definable from the operating
system and file system.
The config file could force a behavior, but I think the default behavior
should be good.
Kevin, what is your P/Invoke method for
There is no way to check but this should work
call target=name failonerror=false/
This will call, but not fail... :)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL PROTECTED]] On Behalf Of Kevin Dente
Sent: Thursday, June 27, 2002 11:24 AM
To: Nant
, directoryexists, directoryempty,
etc. Are there any others that make sense?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL PROTECTED]] On Behalf Of Kevin Dente
Sent: Thursday, June 27, 2002 11:54 AM
To: Scott Hernandez
Cc: 'Nant developer's list'
Subject: RE
I was just doing the simple types of tests. I didn't want to make it too
complicated.
A nice expression language would be cool. Something like a JavaScript
expression evaluator would make things pretty simple. Then you could do
something like
if test='${val}' == 'value'/
if test=${intval} 4/
We have fixed enough bugs and put in some new features that warrant a
new release.
This is also something that needs to get done for the release/build of
NAntContrib.
Doesnt anyone have any objections to a new release early next week?
Are there any things that need to get finished
Hi all,
Ive done a release build for testing purposes. Please
try this out tonight if you have any time, http://nant.sourceforge.net/nant-src-0.8.zip
Ive check in all these changes and will put down the
tag once we are happy.
Thanks you for all your efforts!
After this release
Good to hear Tomas.
I would agree with you but I expect that we will have more NAntContrib
releases than NAnt releases. Once we get to a 1.0 NAnt release we may
not have another NAnt release for a long time. At that point I would
expect that most changes will come from new tasks, not changes to
One of the features I wanted to add to the NAnt VS.Net Addin that Jayme
wrote was the ability to create a NAnt build file from the current
project. It would be pretty simple using slingshot, or an xslt
transform.
Also, NAnt can now work (in the last few months) with in-memory build
documents.
I like this idea of adding functionality to VS.Net by replacing their
build facilities.
What I really want is the VS.Net IDE where the build was done by NAnt.
This way I could do anything I wanted.
That may cost 3K to know how to replace the built in build commands. It
may be just as simple as
There are all kinds of helpful hints out there :)
It really depends what you are trying to do tho. If you are going to
write a task that needs to execute a program you may want to look at and
inherit from ExternalProgramBase [1]. If you just want to do some
processing you can inherit from Task.
Yep, the addin should deal directly with the document. But it would be
nice if the addin could work with existing documents, not just files. :)
Yet another feature to plug-in later.
I was thinking that instead of created a new class for each type of node
in the addin we should be able to use a
Nope, but there is a simple SCPTask in NAntContrib. It is far from done,
but does work. It would be nice if in the end they work similarly.
I'd say go for it.
If possible it would be even better if there were a native .net ftp
client library we could use.
You could take a look at this
If you are writing the task, then you can just use the Properties
collection to set the property you want.
So if you want to write a SCVersion task to do this the syntax could be
something like this.
scversion nextversion=nextVersion/
echo message=next version is ${nextVersion}/
And your code
point now. I do like that better as well.
Kevin Miller
-Original Message-
From: Scott Hernandez [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 22, 2002 4:41 PM
To: 'Nant-Developers (E-mail)'
Subject: RE: [nant-dev] IFTask PropertyMissing parameter?
I'm not sure why multiple
Everything textual. Right now this would include anything that is
written to the console via the Util.Log class. I would also assume,
since log4net support modes, we could control the level of logging down
to debugging.
I've been giving some thought to logging and an event system for
nant. I
Sounds great. I know of no one else doing this, please go for it.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, September 11, 2002 8:24 PM
To: [EMAIL PROTECTED]
Subject: [nant-dev] Regd FXCop
Yeah, that isn't there for this reason. If you remove it you will get
some serious failures.
I believe '#' is not a valid element name character in xml, or first
character. When you get to nodes like comments or text or other
internal, unnamed types, they all start with #.
This line is there to
Looks like a better way would be to check the NodeType property of
XmlNode.
childNode.NodeType == XmlNodeType.Element
It will also make the code much more readable :)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL PROTECTED]] On Behalf Of Scott Hernandez
I would call this feature missing a bug. It seems like we need to add
some unit tests to check this so more features don't disappear.
I looked in an old snapshot of nant (circa may 17th) and there is
validation related code commented out there. It must have been removed
from the file sometime
It looks good to me. I've checked in your changes.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:nant-developers-
[EMAIL PROTECTED]] On Behalf Of R. Owen Rogers
Sent: Tuesday, October 01, 2002 11:09 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL
Without seeing the output from your build
this is hard to comment on.
To test this feature, I wrote the follow:
target name=default
tstamp /
csc target=library failonerror='false' output=module1.dll
sources
includes name=IDon'tExist\**.cs/
/sources
/csc
+1
My proposal for a fix would actually be to leave PropertyDictionary
alone,
and instead modify SysInfo so that it uses indexer access to add it's
properties. That simple change would satisfy both elements I outline
above.
What does anybody else think?
--
Tomas Restrepo
+1,
As long as the other build servers are open source/public.
-Original Message-
Subject: RE: [nant-dev] NAnt Build Server
Brian,
Good for bringing this up,
I suggest we remove the NAnt Build Server code altogether. Reasons:
- other projects are already focused on NAnt build
Ouch... Can you reproduce this? If so, what version are you
on, and what do your build files look like?
- Original Message -
From:
Misha
Leder
To: '[EMAIL PROTECTED]'
Sent: Tuesday, November 12, 2002 1:12
PM
Subject: [nant-dev] nant internal error
info
We are feature complete for this release. Er...
um... we are feature done and need to get it out! ;)
Here is what we need to get done, as I see
it.
1--Changelog (We have not beenupdating this
as checkins happen)
2--Readme (Describing what is in the dist... like
core, nantcontrib tasks,
Yep, the fileset is case sensitive (because of pattern matching using
regex). There were some discussion about doing the correct thing and using
the case sensitivity of the os/fs, but no code was written (to my
knowledge).
For now you have to be careful about case in your filesets.
I think there
This is great information, but I wonder if maybe we
should not send this out to the dev-list on every change.
How about something along these lines:
1.) Send out status email(both success and
failure)to the cvs list (people that are tracking cvs
changes)
2.) Send email to the people doing
That is a cool idea. Thanks Guys.
What is the procedure for doing this locally? :)
- Original Message -
From: Bernard Vander Beken [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Mark Griffiths [EMAIL PROTECTED]
Sent: Monday, December 09, 2002 4:39 AM
Subject: [nant-dev] Automated builds
Hello Jay,
The taskdef task was moved into the NAntContrib package, and you will need
to copy it into the bin folder to use it, just like your task(s). Only
assemblies that end in *Tasks.dll are loaded, and any Tasks in them are
added to the available task list.
In the future, when someone takes
Please send it to the list (compressed please) and we will review it :)
Thanks,
Scott
- Original Message -
From: Jordan, Tom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 07, 2003 2:12 PM
Subject: [nant-dev] J# compiler tag available for nant
Gerry:
I have a
I've replaced (and moved) ConsoleRunner in NAnt.Console to be a stub that
creates a new AppDomain (if specified in the config file) so that assemblies
that we load are not locked. This will allow us to develop and deploy
new/existing assemblies for the running version of NAnt.
The code is pretty
It seems like we are using the NUnit2 stuff and no
longer using the AllTests.cs files for our tests. Can anyone confirm this? If
this is true, I'd like to remove these files from cvs instead of just excluding
them from the compiles as they are defined now.
Okay, my initial implementation needed a little work, but is now running
much smoother. Here are a few notes that people should consider when calling
into nant or changing how this works.
NOTE: Draco devs, this probably will affect you for the next release.
There is a new entry point class in
We also have, and have had, the same problems with NAntContrib for a while.
Here is some background.
http://sourceforge.net/mailarchive/message.php?msg_id=2372560
If you find any solution, or have any ideas, please feel free send them
around. I'm just now starting to look into it. :)
-
of the appdomain that NUnit exists in. That may be the better
approach.
I'll do a little testing and see what I can find.
- Original Message -
From: Brant Carter [EMAIL PROTECTED]
To: Scott Hernandez [EMAIL PROTECTED]; Sansone, Aaron
[EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Thursday, January 16
Yes they are related. I've no idea what is going on
but other sourceforge projects have complained about the same
thing.
Oh, and the cvs web server is down
too.
- Original Message -
From:
Brian Deacon
To: [EMAIL PROTECTED]
Sent: Thursday, January 16, 2003 11:28
I'm good either way. I think it would be nice to allow/force a specific
version of the runtime/compiler/tools.
As you can guess, I don't have the 1.1 sdk installed.
I also don't have any env setup for the fxsdk. It is nice when things just
work automagically.
- Original Message -
From:
True. It took me a little while to see this. But now I understand things
much better. And I think I better understand where some of the issues are
coming from.
In addition to the changes you made, I think we need to set the environment
working/current directory to the nunit2 basedir. This will
, there will be confusion and
complaints.
- Original Message -
From: Tomas Restrepo [EMAIL PROTECTED]
To: Scott Hernandez [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, January 19, 2003 6:55 PM
Subject: Re: [nant-dev] NUnit Error With NAnt...
Hi Scott,
True. It took me a little while to see
Without seeing the batch file, it is hard to say. Is it possible that your
batch file is hanging for path or timeout reasons? (BTW. I don't think the
timeout on exec actually works.)
Here is a simple sample I created to test with.
echo.cmd
@echo off
echo Command Line Args:
FOR %%a IN
Jason,
This way works well too. The advantage of using args is that they will be
quoted if they have spaces.
so exec program=echo commmandline=hello c:\program files\file1.txt/
results in
echo hello c:\program files\file1.txt
exec program=echo
arg name=hello/
arg name=c:\program
Inherited properties are not inherited as readonly. There is nothing
stopping a child/called project from changing the value of an inherited
property. If you want to test you can use a ifnot propertyexists=debug
... /ifnot to check for the properties existence before setting it. See
this thread
Yep, I did this. It happened when I added shadowcopyfile support. I will do
a Path.GetFullPath to resolve the problem. We should also add a test for
this. :)
- Original Message -
From: Tomas Restrepo [EMAIL PROTECTED]
To: 'Nant-Developers (E-mail)' [EMAIL PROTECTED]
Sent: Tuesday, January
Looks good to me. I'll commit this code later today.
There have been logging discussions already; but that was almost 6 months
ago, so bring it on :). I'm all for a revamp, esp. re-using work already
done by log4net or some other existing system.
Hi Jeffrey,
It looks like this has been fixed in cvs. There is no help/documenter
person, but if you would like to help out, there is plenty to do :) And we
would really appreciate it.
The number one thing on my list is to convert the docs here
(http://nant.sourceforge.net/help/index.html;
, faqs and website. I'd like to see a single
document source that can be combined into all of these.
Does this clarify anything?
- Original Message -
From: Jeffrey McManus [EMAIL PROTECTED]
To: Scott Hernandez [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, January 22, 2003 8:37 PM
, January 23, 2003 2:51 PM
--- Scott Hernandez [EMAIL PROTECTED] wrote:
Right now the Task References are created by NDoc
via the userdoc target.
The product of this process doesn't seem to be getting
checked in. The net result is, when you check out the
docs from CVS, the core part
McManus [EMAIL PROTECTED]
To: Scott Hernandez [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, January 23, 2003 4:41 PM
Subject: Re: [nant-dev] documentation error
I understand that it shouldn't be edited directly, but
I think it should at least be checked in, because it
represents part
in
the day. :) I just haven't gotten it done.
- Original Message -
From: Jeffrey McManus [EMAIL PROTECTED]
To: Ian MacLean [EMAIL PROTECTED]
Cc: Scott Hernandez [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Thursday, January 23, 2003 6:29 PM
Subject: Re: [nant-dev] documentation error
Having docs
Nope. But I should do another.
That XSD was created in that exact manner. I wrote a task that created a
xsd from all the loaded tasks. It never got finished (the task that is)
because of some limitations in the amount of info in our code attributes.
If you would like, I can send you the code. It
Okay, I've setup nightly builds.
I'm using Draco.Net(with a polling period of 0). Then a scheduled task
initiates the build at 2am. At the end of the build the scp task copies
the zip file up to sourceforge. Nightly.xml is used to do this build.
http://nant.sourceforge.net/builds is where things
see builds if there were changes that day.
quote who=Scott Hernandez
Okay, I've setup nightly builds.
I'm using Draco.Net(with a polling period of 0). Then a scheduled task
initiates the build at 2am. At the end of the build the scp task copies
the zip file up to sourceforge. Nightly.xml
Docs, Docs, Docs... Okay, here is what I see.
The code is very stable.
1.) I've got to make some quick changes so that we don't force the 1.0
framework, but that is pretty small.
2.) ChangeLog (We need to build this by hand from the cvs changes. This is
not a very attractive option, but I don't
, and should do what we need, and more. (BTW. Thanks Jayme, your
contributions are much appreciated)
HTHs,
Scott
- Original Message -
From: Miller, Kevin [EMAIL PROTECTED]
To: Griffin Caprio [EMAIL PROTECTED]; Scott Hernandez
[EMAIL PROTECTED]; Mark Griffiths [EMAIL PROTECTED]; Jeffrey
Doc changes updated.
As for the examples, we have a problem with the VB.Net HelloWindowsForms
example. We should remove that one till we get it working. We should also
include some more, non-trivial, examples. Maybe something with multiple
build files. Anyone have any samples they would be
Awiki sounds like a great idea. I'm all for
it. I will set one up at http://NAnt.Sourceforge.Net/wiki
later today.
As for content, it seems like user guides and best
practices docsare probably what will be most useful. I don't think that
the task references should be maintained in the
it all
right. I went with phpwiki, it was simple and actually works on sourceforge.
I had nothing from headaches and failures trying to get a perl version
(usermodwiki) working on SF.Net (worked fine on my redhat box, here).
http://NAnt.Sourceforge.Net/wiki
- Original Message -
From: Scott
1 - 100 of 222 matches
Mail list logo
