Re: file:// + exclusive locking/external locking - what's right?

kfogel@collab.net said:
> I think our reactions are more about "Let's not add this complexity so
> close to 1.0, let's revisit the issue afterwards" than anything else.
> At least, that's my motivation.

Ok. I'm with you on that. I'm for opening a Patch Issue that David can keep up
to date, so when we're ready to discuss it post 1.0, we can implement it.

Also, maybe if we could add it in a list of features that are planned, I would
vote +2 if you let me. LOL

That way we can come back and discuss it and have a viable place to start, AND
David gets to have a current version of the code that works for him.

And if anyone else wants to add it as a non-mainline option to build into
subversion (read dev builds, not blessed builds), they can do so.

> Well, the file:// protocol is useful for testing whether a given
> behavior is independent of a network layer or not. We do this all the
> time.

file:// is only supposed to be used for testing? Oops. I only use
client-server when necessary.

-- 
Shamim Islam
BA BS
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org