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

Re: svn commit: r16940 - in branches/wc-propcaching: subversion/libsvn_wc

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2005-10-24 20:47:45 CEST

> > If the wc-propcaching branch is merged to trunk without a WC format
> > bump, would working copies created by our current trunk client still
> > work? What would happen?

They have to: even 1.0 working copies have to keep working, so the
branch must provide a fallback for information not being available.

> >Erik, I have same question. Also what is extra pay incrementing WC
> >format by two between releases?

Not much. It may look weird though. We don't introduce and deprecate
functions in our public api between 1.x and 1.(x+1) though, so, I'd
say there is no precedent for doing it. Especially since we need to
have fallback anyway, I see no reason to do the double increment.

> You've a good point there. My first reaction was the same as Erik's, but
> by bumping in two steps will help our developers that build from trunk.

Ok. Does that mean we will be doing double increments on function
prototypes too from now? I liked the 'trunk is for developers' regime.

bye,

Erik.
Received on Mon Oct 24 20:50:07 2005

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.