Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
Gerhard Fiedler wrote: > I don't really know, but I'd see a problem with this in that it would > enable users to create a revision sequence that doesn't increase in time. > It's easily possible to commit a 1.44 revision that has a date that's > before the date of the 1.43 revision. Not sure what this would do to the > internal logic; it seems to require increasing dates with increasing > revision numbers. I'd imagine that could make a hell of a mess of building from makefiles. If dates got out of order update by date, log by date, etc. would break and even if they stated in order you wouldn't be able to reliably say 'checkout the repository from this date' because the commit dates would be essentially meaningless. Theoretically in future once we have a more flexible system real file mod times could get stored separately from the commit times. That would be quite a big change though (as others pointed out not all filesystems have concepts of creation and modification times). Tony