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

Re: Feature requests for post 1.0

From: David Waite <mass_at_akuma.org>
Date: 2003-11-26 18:43:17 CET

Perhaps a compromise would be to perform this history tag expansion
only on export?

-David Waite

On Nov 26, 2003, at 9:59 AM, Greg Hudson wrote:

> On Wed, 2003-11-26 at 07:54, nick vajberg wrote:
>> 1) New svn:keyword : History. This would replace
>> $History$ with a verbose, nicely formatted history of
>> the file. We have to distribute source files gzip'ed
>> and the recipient require history comments in each
>> file header. Updating the history manually is very
>> time consuming and errorphrone. Any thoughts?
>
> I'll assume you want this to behave like an actual keyword, not like
> the
> $Log$ pseudo-keyword in RCS/CVS (where history information is added
> incrementally after the $Log$ keyword, certain operations can mess up
> the history, and there's no way to prevent merge conflicts resulting
> from the history).
>
> Our translation code assumes that keywords are short and can't span
> multiple lines. That could change, but if the keyword text which needs
> to be substituted can be very long ("$History: <100Kbytes here>"), then
> substitution can't be done streamily. If you read "$History:" followed
> by a million bytes, and the end of the file comes before the closing
> '$', then you didn't really have a keyword, so you have to put those
> million bytes back in untouched, so you'd better have been saving them.
> Not the end of the world, maybe, but it's another reason why it's a
> pain
> in the ass.
>
> If dollar signs appear in the log, they'd have to be quoted, which kind
> of interferes with the "nicely formatted" part.
>
> Fetching the log information for a file during translation is would
> require opening an extra repository session for that purpose. Doable,
> but also a pain in the ass, and it isn't 100% transparent to the user
> (for instance, if you use svn+ssh and ssh requires a password, opening
> an extra session means being asked for your password an extra time).
>
> So, nobody here is likely to devote time to it, and even if someone
> wrote a patch, we'd be very leary of committing it.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 26 18:44:43 2003

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.