> where we have a "stable" and an "experimental" > release.
Good idea. Also may be good to nominate a release manager. It seemed like features were being thrown in constantly that were perhaps beyond the intended scope (was there one?) of SOLR 1.3. Probably next time, maybe 2-3 large features and some bug fixes and then do a release. The biggest new feature right now that affects customers and users is distributed search with failover. It is hard to tell a customer that at any time the search servers could fail and there (i.e. the master can replicate bad data) is not much that can be done about it. On Mon, Sep 22, 2008 at 9:42 AM, Lars Kotthoff <[EMAIL PROTECTED]> wrote: >> I'd suggest we shoot for every 6 mos. or so, and maybe even some bug fix >> releases more often. > > Maybe we should even do something where we have a "stable" and an > "experimental" > release. Especially for big things like the distributed search stuff this will > potentially attract more people to test everything. It'd also be easier to do > something that's not backwards compatible because people can always revert > back > to the "stable" release. > > Lars >
