[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: import files preserving timestamps

From: Liviu <lab2k1_at_gmail.com>
Date: Sun, 8 Jun 2008 19:05:22 -0500

From: "Erik Huelsmann" Sent: Sat, June 07, 2008 2:53 AM
> On Sat, Jun 7, 2008 at 9:43 AM, Liviu <lab2k1_at_gmail.com> wrote:
>> From: "Erik Huelsmann" Sent: Sat, June 07, 2008 2:25 AM
>>> On Sat, Jun 7, 2008 at 9:22 AM, Ryan Schmidt wrote:
>>>> It is not for the version control system to decide what metadata
>>>> about my files is expendable.
>>> But a portable version control system may also not be in the
>>> position to version your meta data sanely between operating systems
>> I'd think more OSs support file timestamps than symlinks.
> Right. But nobody was motivated to implement tracking of timestamps
> enough to implement it (whereas someone did for symlinks...).

I perused the old threads linked here, and found (some of) them
to be quite "motivational" ;-) Not that it matters, but my experience
with SVN and mtime's went something like (a) surprise - odd, I'd have
expected that to be the default behavior, now I'll have to find the
config setting or cmd-line switch, instead, to (b) annoyance - hmm,
looks like there is no such option, I'll have to use some clever hook
code, instead, to (c) disbelief - gosh, there is no mtime in the repo.

> And in the current situation - where we intend to rewrite the working
> copy code - I suggest nobody starts that work within the current
> framework.

Makes sense (btw, sorry, I misattributed that hint in my other post
while I was thinking at yours, of course). That gives the rest of us
some hope that the feature is at least being contemplated in a more
practical sense.

> [versioning of timestamps] it's a hairy topic:

Yes, indeed, but not insoluble. For example, handling timestamps in
archives (.tar's, .zip's, .bz2's etc) is also a hairy topic - cross
platform issues, different time resolution between file systems,
name/path rules and encodings etc. Yet, that's been tackled head on, and
current archiving options satisfy the vast majority of users.

I trust many would be happy to contribute to a more formal rfc regarding
timestamp versioning in svn.

> I think Subversion has enough feature requests outstanding which are
> generally considered 'more important' than versioning of timestamps.

That is svn team's call to make, of course. In the meantime, there will
be (potential) users who can't/won't use svn because of lack thereof.


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-09 02:06:39 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.