Looks like they've published snippets of the API documentation on the web:

http://longhorn.msdn.microsoft.com/lhsdk/ref/avreference_entry.aspx

Look for namespaces Microsoft.Build.*. They aren't complete (no members) but
give some ideas about the structure.

Jarek

----- Original Message ----- 
From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 29, 2003 7:02 AM
Subject: Re: [Nant-users] Re: [nant-dev] FYI


> Do they have <if>'s and <call>'s, loops and sub-builds ?
>
> Jarek
> ----- Original Message ----- 
> From: "Brant Carter" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
> Sent: Tuesday, October 28, 2003 11:40 PM
> Subject: [Nant-users] Re: [nant-dev] FYI
>
>
> > I am at PDC and attended the session last night.  The MSBuild is
basically
> > NAnt with the following differences.
> >
> > [1] Now the Visual Studio project file is the "build" file.  This allows
> for
> > much tighter integration between VS and the build tool.  In fact VS now
> > "shells" out to the build tool directly.
> >
> > [2] The syntax is slightly different for using tasks.  Instead of using
> > <taskname> as the tag you use the <task name="taskname">.
> >
> > [3] The tag names are all MixedCase instead of NAnts lowercase.
> >
> > [4] They renamed some of the concepts like filesets etc..
> >
> > [5] There is a need feature where you can create output sets.  These are
> > like filesets but are used as the output of a task.  You use the @()
> syntax
> >
> > [6] Property syntax is $() instead of ${}
> >
> > The big bad news is that they haven't really improved anything, just
> changed
> > it.  It would have been nice to see some sort of .sln support and a tool
> for
> > generating build-order dependencies from a set of assemblies.  Also note
> > that this won't be supported/usable until Whidbey or late 2004 so anyone
> > doing development now is stuck.
> >
> > cheers
> >
> > brant
> > ...
> >
> >
> >
> > >From: "Jaroslaw Kowalski" <[EMAIL PROTECTED]>
> > >To: "Tom Cabanski"
> >
>
><[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]
> s.sourceforge.net>
> > >Subject: Re: [nant-dev] FYI
> > >Date: Tue, 28 Oct 2003 20:47:46 +0100
> > >
> > >Sounds like they've invented ant ;-) For some interesting comments,
see:
> > >
> >
>
>http://blogs.gotdotnet.com/korbyp/commentview.aspx/c6c8775e-74b3-4d9c-971b-
> 615f744cc1e5
> > >
> > >Do you think that NAnt should be changed to support MSBuild's XML
format
> in
> > >the future?
> > >Or even abandon current format to promote compatibility?
> > >
> > >(I know that without the knowledge of the format you cannot tell, but I
> > >think it will be very similar to ant/nant, so that the conversion
should
> be
> > >pretty easy)
> > >
> > >Jarek
> > >
> > >----- Original Message -----
> > >From: "Tom Cabanski" <[EMAIL PROTECTED]>
> > >To: <[EMAIL PROTECTED]>
> > >Sent: Tuesday, October 28, 2003 8:14 PM
> > >Subject: [nant-dev] FYI
> > >
> > >
> > > > I think I would still prefer NAnt because it is cross-platform and
> > >open-source, but found this little blurb interesting.  I wonder if it
is
> in
> > >the preview stuff being passed out at the PDC this week?  I guess I'll
> have
> > >to order up my copy and see (I get it as part of my companies solution
> > >provider subscription).
> > > >
> > > > For those that do not know, Whidbey is the project name for the next
> > >version of VS.NET.  Up to now, I've been most interested in the new C#
> > >features -- most notably, generics.
> > > >
> > > > >> MICROSOFT BLURB FOLLOWS <<
> > > > Product Build
> > > >
> > > > Historically, developers have struggled when trying to map a
> complicated
> > >build infrastructure into the Visual Studio IDE. Roadblocks
traditionally
> > >center around the inability to fully customize or understand what
happens
> > >when a project is built within the development environment; the failure
> to
> > >reproduce a build within a build lab environment where Visual Studio is
> not
> > >likely to be present; and the limitations of a build system that was
not
> > >optimized to model entire products, but rather single projects.
> > > >
> > > > The Whidbey release of Visual Studio will radically improve this
area
> of
> > >software development by introducing a new build engine called MSBuild.
> Key
> > >design goals for MSBuild include: delivering a file format that is
> > >well-documented and backed up by a published XML schema definition;
> making
> > >the MSBuild engine an integral part of the .NET Framework
> redistributable;
> > >allowing developers to customize, augment or completely redefine the
> build
> > >process; and providing seamless integration with the Visual Studio
> Whidbey
> > >IDE.
> > > >
> > > > First, MSBuild will introduce a new XML-based file format that is
> simple
> > >to understand and easy to extend. The MSBuild file format will enable
> > >developers to fully describe what artifacts need to be built, as well
as
> > >how
> > >they need to be built under different configurations. In addition, the
> file
> > >format will enable developers to author reusable rules which can be
> > >factored
> > >into separate files so that builds can be done consistently across
> > >different
> > >projects within a product.
> > > >
> > > > Second, MSBuild will ship as a core part of the Whidbey .NET
Framework
> > >redistributable. This shift in philosophy will allow developers to rely
> on
> > >the MSBuild infrastructure regardless of IDE presence and licensing
> issues.
> > >In addition, by providing MSBuild class libraries as a core part of the
> > >.NET
> > >Framework, developers will be able to create and debug components of a
> > >customized MSBuild process using the managed language of their choice.
> > > >
> > > > Third, MSBuild will be completely transparent with regards to how it
> > >processes and builds software. All build steps will be explicitly
> expressed
> > >in the XML project file regardless of whether it was authored by hand
or
> > >auto-generated by the Visual Studio Whidbey IDE. This also means that
> > >Visual
> > >Studio no longer treats any part of the "F5" build experience as a
black
> > >box. A user can now understand, replicate, edit, remove, or augment any
> > >part
> > >of the build process.
> > > >
> > > > Finally like its predecessors, MSBuild will be fully integrated into
> the
> > >Visual Studio Whidbey IDE. This tight integration will enable
developers
> to
> > >take advantage of all the built-in productivity features Visual Studio
> > >offers, while allowing developers to scale, customize, and adapt the
> > >Whidbey
> > >build system to their unique infrastructure needs.
> > > >
> > > >
> > > > -------------------------------------
> > > > TFC
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by: SF.net Giveback Program.
> > > > Does SourceForge.net help you be more productive?  Does it
> > > > help you create better code?   SHARE THE LOVE, and help us help
> > > > YOU!  Click Here: http://sourceforge.net/donate/
> > > > _______________________________________________
> > > > nant-developers mailing list
> > > > [EMAIL PROTECTED]
> > > > https://lists.sourceforge.net/lists/listinfo/nant-developers
> > > >
> > >
> > >
> > >
> > >-------------------------------------------------------
> > >This SF.net email is sponsored by: SF.net Giveback Program.
> > >Does SourceForge.net help you be more productive?  Does it
> > >help you create better code?   SHARE THE LOVE, and help us help
> > >YOU!  Click Here: http://sourceforge.net/donate/
> > >_______________________________________________
> > >nant-developers mailing list
> > >[EMAIL PROTECTED]
> > >https://lists.sourceforge.net/lists/listinfo/nant-developers
> >
> > _________________________________________________________________
> > Help STOP SPAM with the new MSN 8 and get 2 months FREE*
> > http://join.msn.com/?page=features/junkmail
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program.
> > Does SourceForge.net help you be more productive?  Does it
> > help you create better code?   SHARE THE LOVE, and help us help
> > YOU!  Click Here: http://sourceforge.net/donate/
> > _______________________________________________
> > Nant-users mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/nant-users
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Nant-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/nant-users
>



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users

Reply via email to