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

Re: RFE: pack revprops shards

From: Blair Zajac <blair_at_orcaware.com>
Date: Fri, 24 Apr 2009 13:58:32 -0700

Mark Phippard wrote:
> On Fri, Apr 24, 2009 at 4:44 PM, Hyrum K. Wright
> <hyrum_wright_at_mail.utexas.edu> wrote:
>
>>>> 2) Allow packing of revprops, but issue an error if an attempt is made
>>>> to edit a packed revision. This seems like a pretty small need.
>>>> Perhaps rev 0 could always be unpacked since there are some tools that
>>>> store things in the revprops of rev 0.
>> That's a possibility; it'd be kinda like a permanently disabled pre-revprop
>> hook. However, I can see the complaints from folks who take this step and
>> then want to disable it. Also, the idea of special casing a particular
>> revision raises red flags in my sense-o-meter.
>
> Well originally I was thinking that it would be a very reasonable
> tradeoff to disable revprop editing on packed revisions. I think the
> majority of times this is used is to fix a log message, and that
> usually happens soon after the commit. It then occurred to me there
> are tools like svnsync and svk that use revprops. I think they
> usually use revision 0, so that would be a pretty minor special case.

We've gone back in our own svn repos and modified very old commit messages, so I
wouldn't be too happy if I couldn't modify it.

Yet, on the other hand, git doesn't allow any log message modification at all
once the commit gets into a public repos as the log message becomes part of the
sha1sum, so I don't know how they deal with that.

Blair

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1897599

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-24 22:59:26 CEST

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.