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

RE: possible bug

From: Dale Worley <dworley_at_pingtel.com>
Date: 2005-06-28 19:03:23 CEST

> From: Andy Cutright [mailto:Andy.Cutright@borland.com]
> i've found the point in the java code where i believe the
> value is being
> truncated. guess i'll have to look around to find an appropriate
> solution. i'll file a bug as well. i realize the Date class isn't
> designed to resolve microseconds, but this truncation isn't really
> helpful :) thanks for the help,

It seems to me that the fundamental problem is architectural -- You've
settled on "time of the revision" as the universal identifier (key) for
revisions, but Subversion explicitly considers the time of a revision to be
just another property of the revision. (Other souce control systems may
have similar policies.) You can't reliably put an interface that requires
property X on top of software that does not require property X.

Much more reliable, I think, would be for your system to define its own
revision key datum, and for each real system that it is put on top of, map
an appropriate feature of the real system into the revision key.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Received on Tue Jun 28 19:14:47 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.