On Sat, Aug 7, 2010 at 8:11 AM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
> Nico Kadel-Garcia wrote on Sat, Aug 07, 2010 at 07:52:35 -0400:
>> On Sat, Aug 7, 2010 at 4:19 AM, Stefan Sperling <stsp_at_elego.de> wrote:
>> > On Fri, Aug 06, 2010 at 10:16:59PM +0000, Bob wrote:
>> >> Hi,
>> >> If I do "svn cat" on a file, with the svn:keywords property set, it expands out
>> >> SVN keywords such as $Date$, $Revision$, $Id$, etc., in the file (the ones there
>> >> were included in the svn:keywords property anyway). Is there an option that will
>> >> NOT do the expansion?
>> > Not in 1.6.
>> > I've added support for a --ignore-keywords option to svn export a while back.
>> > This will be released in 1.7. If you want to, you could file an issue
>> > requesting the same feature for 'svn cat', and we'll try to add it to
>> > 1.7 as well (the issue will make sure that we don't forget about it).
>> > See http://subversion.apache.org/issue-tracker.html
>> > Make sure to point to this thread within the mailing list
>> > archives from the issue, here's a link you can use:
>> > http://svn.haxx.se/users/archive-2010-08/0148.shtml
>> I'd like to lend a vote for adding this to 'svn cat'. There are
>> file-by-side comparison circumstances, particularly when authors have
>> been careless about setting "svn:keywords" correctly and submitted
>> source code from third party repositories, where it would be very
>> useful indeed. I once spent a very long term cleaning up a Linux
>> kernel codebase where the local maintainers had been very careless
>> about enabling or disabling svn:keywords, and the results in code
>> comparisons was nightmarish.
> You could have hacked together a small C/bindings script to collapse all
> keywords (from stdin to stdout). It's pretty easy.
> (and it's even easier to just run perl -pe 's/\$(Id|Rev):[^$]*$/\$$1\$/')
Which works fine on a file by file basis, but is bloody awkward to
weave into 'svn diff' commands: the commands will be reported as
distinct in such a mishmoshed "svn:keywords turned on in this branch,
mis-set in that branch" mess. It was nasty to deal with.
Received on 2010-08-07 19:32:02 CEST