Date and time stamps of files
Matt Mackall
mpm at selenic.com
Fri Sep 9 13:59:44 CDT 2005
On Fri, Sep 09, 2005 at 11:51:30AM -0700, Eric Hopper wrote:
> On Fri, Sep 09, 2005 at 11:34:38AM -0700, Matt Mackall wrote:
> > On Fri, Sep 09, 2005 at 08:15:36PM +0200, Manfred Lotz wrote:
> > > I observed when I check out older revisions the file date and time
> > > stamps do not reflect the original date and time stamps when they were
> > > committed.
> > >
> > > Is it a feature?! I would prefer to have ther original dates and times
> > > of files.
> >
> > You're the first person to ask for such a feature. What do other
> > systems do?
>
> I don't know if svn makes for a good standard to test against, but it
> doesn't do this.
Well the question is which timestamp?
> Perforce records the file timestamp as in the version when you do a
> commit and sets the timestamp of the checked out file.
This is ctime, presumably. With mtime set to present, so as not to
upset make.
> cvs does as Perforce does.
More likely, Perforce is copying CVS. But why?
> Storing the timestamp of the checked in file would require some deeper
> changes to Mercurial to store that metadata in the manifest. So, even
> if that behavior is desired, I assume it would be awhile in coming.
> Setting the timestamp to the commit time for the change would be
> possible.
We could set ctime to commit time, but it doesn't seem worth the
trouble. And wouldn't be very useful. Per-file dates won't happen.
--
Mathematics is the supreme nostalgia of our time.
More information about the Mercurial
mailing list