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

Re: [PATCH] 'svn st --ignore-prop' (was Re: Proposal: --no-props switch for 'log', 'st' and 'diff')

From: Ivan Zhakov <chemodax_at_gmail.com>
Date: Thu, 4 Sep 2008 19:07:53 +0400

On Thu, Sep 4, 2008 at 5:55 PM, Hyrum K. Wright
<hyrum_wright_at_mail.utexas.edu> wrote:
> Hyrum K. Wright wrote:
>> I'm currently investigating a generic '--ignore-prop' switch, initially for 'svn
>> st'. It is being written in such a way that we could easily alias
>> '--ignore-mergeinfo' or '--forget-merges' or
>> '--dont-get-in-my-way-i'm-trying-to-do-real-work' to mean '--ignore-prop
>> svn:mergeinfo'. I hope to have a proof-of-concept patch done in a few days.
>
> As promised, here's a patch which implements the above. It completely
> implements the functionality which it claims to, but there is still future work
> to be done to flesh out the feature. This does not add a '--ignore-mergeinfo'
> alias as discussed above, but adding such would be trivial.
>
> I'd appreciate any feedback, but if there aren't serious objections, I'll commit
> the patch in the next day or two.
>
Hi, sorry I've missed discussion in original thread, but I'd like to
share my thoughts about this issue. My opinion that Subversion should
handle svn:mergeinfo as special property by default and never show
them in svn status and svn commit, except --show-mergeinfo option
used.

My idea that svn:mergeinfo is really special property, we use
properties for storing mergeinfo just to do not invent another storage
mechanism in libsvn_wc. Please correct me if I'm wrong.

-- 
Ivan Zhakov
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-04 17:08:12 CEST

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.