On Tue, Feb 06, 2001 at 08:28:44AM -0600, Karl Fogel wrote:
> The things you mention (passing the targets list down into
> libsvn_client and possibly beyond, fixing up invocation syntaxes so
> that committing directories works right, etc) are things we will need
> to do soon. They will affect the libsvn_client interface, and likely
> cause a few changes in libsvn_wc as well, though nothing major. The
> main thing is to sit down and spend some thought on making a good
> interface at the libsvn_client level, then code it up all at once --
> changing the client code, the libsvn_client code, and libsvn_wc
> together so we can see & deal with the effects of the change in one
> fell swoop.
See comments below.
> This is a one or two-day deal at the most, it's not going to be a
> showstopper. However, we *have* to focus on the repository right now.
> I know it's tempting to just work more on what's already working, but
> the fact is the repository is such an overriding priority at this
> point that we shouldn't be devoting cycles to anything else.
> (I do appreciate that you're doing client work, and that you need
> interfaces to go any further. I guess I'm just asking if you can hold
> out for a while longer, because it's very important to concentrate
> exclusively on getting basic repository functionality working right
> now. If coming up with the libsvn_client interfaces were more
> parallelizable, I'd say just go for it on your own, but in truth, I
> must admit that Ben and I will probably have to be -- and want to be
> -- very involved in the process.)
I think the two of you should be involved as well.
> I know I'm being a bit hard-nosed about this. Please remember what
> gets me up in the morning: the Net is positively littered with free
> software projects that never got completed. In fact, the majority end
> up that way. One common reason for not finishing is losing focus --
> making some initial progress, and then perfecting what one already has
> instead of tackling the hard stuff.
No problem about being hard nosed. The reason I'm not getting involved
in the repository stuff, is that I don't think I really understand
either subversion itself, or all of the issues involved as well as
any/all of you. The subversion code I have seen is probably some of
cleanest I have ever seen, which is one of the reasons I thought it
would be a good project to get involved with. Also with that in mind,
I don't want to be the one changing the interface for libsvn_client,
(at least without a little guidance from you guys). I feel I
understand the client stuff a little better, so that is where I am
focusing my attention. If you don't have time for feedback, that is no
big deal. In the meantime (while you guys work on the repo), I will
work on coming up with some decent implementations for the two functions
Ben said we needed. If the interface to them has to change later, that
shouldn't be too big a deal. But at least that way I can contribute
something while you are all involved in the repository.
> Subversion is *not* going to be one of them. :-)
PGP Public Key At http://pgp.pilch-bisson.net
Received on Sat Oct 21 14:36:21 2006
- application/pgp-signature attachment: stored