Sure, there is much more control when using
individual tasks; logically this is all the solution task does, convert the
vs.net xml format into a series of nant task executions... The
<solution/> task makes certain assumptions and reproduces the behavior of
vs.net; This may not be the case for everyone's build needs.
The main advantage of using the solution task, IMO,
is that you don't need to keep a separate NAnt build file, and vs.net solution,
and projects, file(s) synchronized. You can use the solution/project file to
bootstrap your NAnt build process.
The VS.Net project file format requires that all
files be explicitly included, but the <csc/> task can work with fileset to
select files based on wildcards, like "**/*.cs". If you maintain a project file
(vs.net), by using vs.net as your editor, it is reasonable to assume that you
don't need to deal with this, but it is a feature all the same.
Note: There are plans to get the <solution/>
task working better on Mono/Linux.
|
- [Nant-users] csc vs. solution Shawn Knowles
- RE: [Nant-users] csc vs.... Castro, Edwin Gabriel (Firing Systems Engr.)
- Re: [Nant-users] csc... Scott Hernandez
- Re: [Nant-users] csc... Martin Gainty
- FW: [Nant-users] csc vs.... Hristo Deshev | telerik