nks
Shelly
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joe Kemp
Sent: Thursday, August 11, 2005 11:46 PM
To: nant-users@lists.sourceforge.net
Subject: RE: [Nant-users] Differential builds
I think you might be right with the file::exists. At first I wa
e how complicated the build script gets.
-Original Message-
From: Jeremy P. Owens-Boggs [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 11, 2005 2:12 PM
To: Joe Kemp; nant-users@lists.sourceforge.net
Subject: RE: [Nant-users] Differential builds
If I understand correctly, then this s
Joe Kemp
Sent: Thursday, August 11, 2005 11:57 AM
To: nant-users@lists.sourceforge.net
Subject: RE: [Nant-users] Differential builds
I need to be able to produce these build to determine what files need to
be updated on the client. I know typical installation apps (i.e.
Installshield) can create
ubject: Re: [Nant-users] Differential builds
Joe Kemp wrote:
> I am developing a process to create true differential builds. My
> definition of a differential build is compiling only assemblies that
> really need to be recompiled. This requires looking at more than the
> datetime of
Jeremy P. Owens-Boggs wrote:
We have done that in the past. We used the updtodate task. The
Resources, Sources, and References were placed in filesets. Then as
a pretarget to the build, we checked each fileset against the compile
target using uptodate. The compile target would only execut
Joe Kemp wrote:
I am developing a process to create true differential builds. My
definition of a differential build is compiling only assemblies that
really need to be recompiled. This requires looking at more than the
datetime of the dependencies of an assembly. I need to know if any
publ
We have done that in the past. We
used the updtodate task. The Resources, Sources, and References were
placed in filesets. Then as a pretarget to the build, we checked
each fileset against the compile target using uptodate. The compile
target would only execute if the uptodate property
