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

Re: [DESIGN] mtime versioning - was: Getting Bug 1256 fixed

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2005-11-28 14:23:43 CET

On Monday 28 November 2005 13:58, Giovanni Bajo wrote:
> > That's why my patch only stores for files _with svn:text-time set_. All
> > others are treated as before.
> Thus, are you proposing this property not to be added by default (unless
> one modifies its own Subversion configuration file)? What if I want mtime
> stored only for imported trees? Will the flag work also for directories?
You can use auto-props to set the property depending on filename, eg. *.doc.
You can give svn a parameter to use an alternate configuration file, eg. to
have mtime stored with every file on import.

In the owner-group-mode branch this is also done for directories.

> I know there is a long-time bug with CVS and DST, but I don't remember the
> details. Google brought up this link:
> http://www.devguy.com/fp/cfgmgmt/cvs/#DST. I suggest the problem to be
> investigated in detail so to find out if it can be avoided in SVN.
I don't think that would confuse svn.

> There
> are also other issues with the rouding of mtime on different filesystems
> (e.g. when you store a file into a FAT-16 disk and you read the mtime back,
> it can be modified by rounding). This can cause trouble too; eg. SVN might
> think that the user modified the mtime of the file while it was just
> rounded by the filesystem.
Yes, but that's inevitable. Therefore svn does a file data comparision before
saying that a file is modified.

> Anyway the issue is moot if this feature is opt-in rather than opt-out by
> default. Personally, I would turn it manually on only on import.
My patch only provides mechanism, not policy :-)



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 28 14:24:53 2005

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

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