Re: [BUG] Conflict with use-commit-times = yes + svn:keywords set

Brian W. Fitzpatrick wrote:

> I think I understand the concept you're promoting here: Store the
> expanded keyword value in a prop instead of in the expanded keyword
> inside the contents of the file.

Not exactly. There are only a few keywords that the two systems share
in common (with comments):

        $Date$ - equivalent
        $Author$ - equivalent
        $Revision$ - not really the same thing at all
        $Id$ - derived from the above

All other CVS keywords can/should be stored expanded in the repository
(since they are harmless).

For all of the above (except $Revision$ and maybe $Id$), the file as
stored should be unexpanded and the equivalent revprop set. Thus, a
checkout from the Subversion reposiroty at any point in time should be
very close to what CVS would provide for the equivalent file set.

> However, I'm not sure what you mean by "stored in the matching keyword
> prop". Do you mean that we create a prop like "cvs:revision" and set it
> to the appropriate value? This is doable, but we should make it a
> revprop, and we could probably get away with just the CVS revision number.

That's the one special case, since Subversion's usage of that field is
not the same thing as CVS's usage. Possibly changing the keyword to be
'$CVS:Revision' is the correct behavior for a conversion program (and
not unexpanding it in the repository). The user can then decide to toss
the prefix and make it the actual Subversion $Revision$ keyword again.

I think the goal should be to make sure what is stored in the converted
Subversion repository is consistent with the corresponding CVS
repository would have served up, but not at the expense of making the
Subversion repository inconsistent.

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org