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

Re: [PATCH] Re: Regarding issue 3690 - Work in progress

From: Gavin Beau Baumanis <gavinb_at_thespidernet.com>
Date: Sun, 27 Feb 2011 22:47:55 +1100

Ping. This submission has not received any further comments.

Specifically, Noorul seems to be after comments about "this";
http://svn.haxx.se/dev/archive-2011-01/0537.shtml , post.

On 14/02/2011, at 6:41 PM, Noorul Islam K M wrote:

> Noorul Islam K M <noorul_at_collab.net> writes:
>
>> Hyrum K Wright <hyrum_at_hyrumwright.org> writes:
>>
>>> On Tue, Feb 8, 2011 at 1:41 AM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
>>>
>>>> Hyrum K Wright wrote on Mon, Feb 07, 2011 at 23:14:10 +0000:
>>>>> On Fri, Feb 4, 2011 at 4:36 PM, Noorul Islam K M <noorul_at_collab.net> wrote:
>>>>>> hwright noorul: ignored_props_mod takes a list of properties, yes (as
>>>>>> opposed to a blanket "ignore all prop mods")
>>>>>>
>>>>>> hwright what you are saying
>>>>>> is that in order to accomplish the later
>>>>>> with the former, you'd have to know a priori which props are in
>>>>>> the repo, right?
>>>>>>
>>>>>> Yes, you are right. This is what I was trying to convey.
>>>>>
>>>>> Thanks for helping me understand. These two seem like a couple of
>>>>> separate, but related, use cases. I wonder if there is a way to
>>>>> convey "all properties" through the ignored-props list (perhaps a
>>>>> special "svn:*" prop?).
>>>>>
>>>>
>>>> Having a meta-entry in the property list sounds like a hack, could we
>>>> easily have a cleaner design?
>>>
>>> Well, we are allowed to define any props we want in the 'svn:'
>>> namespace, and it does make sense (in some cases) to have a 'wildcard'
>>> property. Maybe this is one of those?
>>>
>>>>> For both case, though, I'd like some input from the peanut gallery,
>>>>> commenting on the utility of adding code vs. maintenance, etc.
>>>>>
>>>>
>>>> From the peanut gallery: having an "ignore any and all prop mods" sounds
>>>> useful to me. How hard would it be to implement? Just marshal an
>>>> additional flag and then skip a strcmp() in the FS library, or more
>>>> involved?
>>>
>>> The "skip any and all prop mods" functionality is actually easier than
>>> the "skip selective prop mods" functionality because of the way we
>>> store history in the FS and walk history in the repos. Long story
>>> short: knowing that there was a prop mod is almost a free operation
>>> (in the context of other stuff); finding out *what* was modified (and
>>> therefore what should be filtered) takes a bit more work.
>>>
>>
>> Hyrum/Daniel,
>>
>> Do you think the initial approach that I took in the following thread is
>> good enough to implement --ignore-properties? I think it is a very
>> straight forward implementation. Please take a look.
>>
>> http://svn.haxx.se/dev/archive-2011-01/0537.shtml
>>
>
> I would like to proceed with my initial approach. I think it will be
> great to submit series of patches against trunk. Or may be a new private
> branch? Please let me know your comments.
>
> Thanks and Regards
> Noorul
>
Received on 2011-02-27 12:49:20 CET

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.