ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject Re: no response?? RE: building . . .
Date Wed, 12 Jul 2000 16:46:53 GMT

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...

                    Dennis               To:     "''" <>
                    x66244"              cc:                                             
                    <DWinkley@bis        Subject:     no response?? RE: building . . .
                    11:39 AM                                                             
                    respond to                                                           

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 []
> Sent: Tuesday, July 11, 2000 2:55 PM
> To: ''
> 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

View raw message