On Fri, Jul 9, 2010 at 8:41 AM, Martin Sustrik <[email protected]> wrote:
> There's really no way out except for separating stable and experimental > trees. This seems obvious, as it's obvious that while some people are experimenting on a new unstable branch, others are carefully maintaining the older stable branch. The questions seem to be: * how we number versions (I'd suggest 2.1.0 become a new unstable and 2.0.x progress towards bugfree stability). * when we can make API changes (I'd suggest no further API changes in 2.0.x). * whether stable versions get internal changes (I'd suggest, bug fixes and optimizations, but not new features). The biggest downstream cost will be to force language bindings to maintain two versions but we've heard that this won't be a problem, from at least some bindings maintainers. -Pieter _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
