Greg Hudson wrote:
>On Sun, 2003-12-21 at 09:48, Branko Čibej wrote:
>
>
>>Erik Huelsmann wrote:
>>
>>
>>
>>>Ok. I think the fact that everybody has his own idea about minor / micro
>>>version changes is getting the version numbering thread in the way of reaching a
>>>conclusion.
>>>
>>>
>
>
>
>>We decided long ago what these numbers mean.
>>
>> http://apr.apache.org/versioning.html
>>
>>
>
>I don't think that alleged consensus is meaningful, and we should punt
>the references to it from our HACKING document and web pages. I don't
>even remember when "we" agreed to it, and that document is written from
>the viewpoint of a project consisting of a single library, not a project
>consisting of several libraries, programs, network protocols, and
>on-disk data formats.
>
>
I disagree. While the page certainly doesn't say anything about network
protocols and on-disk data formats, I think we can easily extrapolate
from the principles stated there. For example,
* A patch version change is fod bug fixes only. There are no changes
in schema, protocols or API, and both clients and libraries are
backwards and forwards compatible between different patch releases.
* A minor version change implies backward compatible changes in the
API, schema and protocols. For example, a client built against
library version X.Y.Z will work correctly with library version
X.Y+1.n; and an X.Y+1.n server will work correctly with a
repository created by svnadmin X.Y.Z.
* We don't promise _any_ compatibility between different major
versions, except that you can always migrate a repository with
svnadmin dump/load.
--
Brane Čibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Dec 21 23:02:51 2003