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

Re: Lack of $Id$ support - FAQ

From: <kre_at_tigris.org>
Date: 2004-07-20 14:16:55 CEST

pwc@u.washington.edu wrote:
> [...] we have
> been using ID when we need to verify that the
> user has a correct version. The need to do a
> propset for so many files is onerous [...]

Upon reflection, I think that this is a valid point in the context of
the cvs2svn converter. Since it already uses properties to optionally
store the original CVS revision number, it shouldn't be too hard to
store a keyword translation as well.

Hence, redirected -> users@cvs2svn.

The hardest part is probably deciding when to set translation. There
*are* several not-so-small repositories out there that have binary files
in them but still use -kkv. That's the whole point, why it's the other
way around in subversion.

However, if the ,v file has -kkv set *and* the file contains a keyword
that was asked for, it should be a safe bet to enable it with a propset.
People tend to notice that their icons suddenly look like modern art
when they happen to accidentally contain an $Id$ string.

Unfortunately I'm not good enough in Python to do that. So, you'll have
to roll your own or wait until someone else scratches that itch :-)

/Klaus

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

AdmID:1206BAA07DD1674033AE8C0DF3F2730B

AdmID:3C5538ED8E30FC141A694711B00F22A4

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

  • application/octet-stream attachment: Mime.822
  • application/octet-stream attachment: Part.002
  • application/octet-stream attachment: Part.004
Received on Tue Jul 20 14:15:26 2004

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.