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

Re: Status of meta-data-versioning (mod time)?

From: Oliver Betz <list_ob_at_gmx.net>
Date: 2005-07-11 12:47:01 CEST

Ph. Marek wrote:

> > Is there any chance that "meta-data-versioning" (of modification
> > time) will be available soon in a release version?
> Please see issue 1256
> (http://subversion.tigris.org/issues/show_bug.cgi?id=1256) and the
> thread at
> http://marc.theaimsgroup.com/?l=subversion-dev&m=111459962412224&w=2,
> and possibly here
> http://marc.theaimsgroup.com/?l=subversion-dev&m=111795919812110&w=2

I have been reading all this, but wanted to know whether this will be
integrated to the _release_ version soon. Building a Windows version
doesn't seem to be funny.

In the mean I found a thread ("original timestamp preservation") in
the developer list http://svn.haxx.se/dev/archive-2005-06/

Reading this, it doesn't seem that timestamp preservation will be
implemented soon. Importing legacy files' metadata etc. doesn't seem
to be considered important by the developers.

In their world, every project seems to be started under version
control. Well, that's not the real world.

So I made a Perl version of Molle Bestefich's bash script in perl (no
bash available here) to import a tree with one commit per file and
setting the commit time to the mtime. It's a bit crude at the moment
because I can't decide whether to sort the commits by date (see other
thread regarding this).

> > Does it work time zone independent (UTC)?
> AFAIK yes.

That's IMHO important. File dates must not be location dependant.

Oliver

-- 
Oliver Betz, Muenchen
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jul 11 12:48:43 2005

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.