Kumaran Santhanam wrote:
> To summarize, these were the four features I proposed:
>
> 1) Separate .svn/ meta data directories
> 2) Explicit file edit
> 3) Commit list editing
> 4) Flexible external diff support
>
> As others pointed out on the list, #2, #3, #4 are solved using a
> variety of external scripting methods. I can agree with these
> solutions in the short-term, and given your thoughts on getting
> to v1.0, I can certainly live with workarounds until post-v1.0.
>
> However, I feel more strongly about #1, and I respectfully ask
> everyone to take this into consideration for v1.0. The feature
> is not easily scripted around (unless somebody can think of an
> idea for a solution). Also, unless I'm missing something, it
> should be relatively straightforward to implement and test in the
> client.
And we're telling you, as the people who have actually worked with this
codebase that adding such a feature to libsvn_wc (hell, adding almost
any feature to libsvn_wc at this point) will be non-trivial. It's not
impossible, but it's not going to be easy. There are a ridiculous
number of edge cases in that code, and that kind of change will likely
run into most of them. You're welcome to try, but I suspect that people
will not exactly jump at the chance to review and apply such patches
when they could be spending the same time fixing the existing problems
we have. The bug list is long enough, we don't need to destabalize
things more by adding features that , while they might be nice, the vast
majority of us do not believe should block a 1.0 release.
We welcome your efforts, and the last thing I want to do is to
discourage a new contributor, but please do not be surprised if this
kind of feature work does not get much attention from the current
developers.
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 24 02:45:21 2003