Hello, I think 9/5 is Labor Day. I'm wondering if we should keep the freeze on 8/27 but move the start of vote to 9/6. Not a big deal, but maybe some more folks (non-committers) would be around and see the vote thread started up if they wanted to test things out. As far as shorter release cycles going forward, I think that makes good sense.
Thanks, Ted On Tue, Aug 9, 2016 at 2:11 PM, Stephen Mallette <[email protected]> wrote: > When we went through vote on 3.1.3/3.2.1, we'd discussed releasing > 3.2.2/3.1.4 on a shorter release period than normal. A shorter release > cycle for these two versions would allow us to quickly address a bug or two > found late in code freeze. Perhaps longer term, shorter release cycles > might help produce less stress around getting PRs in for code freeze as > there would be an expectation that another release would follow with > reasonable speed. > > I'd like to propose that we start code freeze 8/27 and go to vote on 9/5. > I'll just mention that I could only see those dates slipping a little bit > if TINKERPOP-1278 runs into troubles, but right now I think that's on track > to get merged back to master in time for that deadline. > > Any thoughts? > > Thanks, > > Stephen >
