Early releases and backwards compatibility

Björn Spruck bjoern at spruck.net
Fri Apr 13 19:22:14 UTC 2012


Am 06.04.2012 13:54, schrieb Jef Driesen:
> Therefore, I propose the following intermediate strategy. We start 
> making early releases with version numbers 0.x.y. Whenever a backwards 
> incompatible change is introduced, the number x is increased. For fully 
> backwards compatible changes, only the number y is increased. This would 
> allow me to introduce new changes incrementally. I'm aware this won't be 
> perfect for applications, but at least you can require a specific 
> version, and/or support multiple versions with conditional compilation.
>
> Once the api is declared fully stable, we move on to version 1.0.0 and 
> provide full backwards compatibility from there on.
>
> Would this be an acceptable solution for you? Feedback is always 
> welcome!
>
I would prefer small steps while keeping a working library at all times.
Doing a too big step will delay the release of new features unnecessary.
my 5 cents.





More information about the Devel mailing list