On our project, we've configured our SCM tool (starteam) to set the
timestamps of checked out files to the current time, instead of the time of
the last checkin. This is the equivalent of touching each file after it
gets checked out, and causes them to be rebuilt...
"Winkley,
Dennis To: "'[EMAIL PROTECTED]'" <[EMAIL
PROTECTED]>
x66244" cc:
<[EMAIL PROTECTED] Subject: no response?? RE:
building . . .
.adp.com>
07/12/2000
11:39 AM
Please
respond to
ant-dev
why hasn't anybody said anything about this... I'd appreciate at least
hearing peoples opinion even if it's negative...
> -----Original Message-----
> From: Winkley, Dennis x66244 [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 11, 2000 2:55 PM
> To: '[EMAIL PROTECTED]'
> Subject: building only changed files after getting those files from
> versio n control system
>
>
> I am currently working on a project for which ant has been
> chosen as the
> build tool. I was wondering if anyone had figured out a way
> to make sure
> any 'new' files checked out from a version control system are
> built without
> completely cleaning the directory. The issue here is that I
> may have done a
> build after the time that a file was checked in (i.e. I do a get every
> morning and may very well have done a build at say 4:00 the
> previous day but
> someone checked in a file at noon on the previous day so the
> class file date
> is still later than the source file date).
>
> If this hasn't been dealt with, I was wondering if it might
> be possible to
> make it so the javac task sets a class files date to match
> the source file
> date and then have it compile any file where the dates aren't
> exact matches.
> ??
>
> Dennis
>
