It is not too time-consuming. The whole process takes a lot of time, but most of the time is actually spent waiting (for other people to vote, that javadocs upload, that mirrors replicate, etc.). You can have a look at https://wiki.apache.org/lucene-java/ReleaseTodo to see what kind of things need to be done as part of the release process. If you'd like to give it a try but you're not sure how much time you can allocate to it, it might be easier to start with a bugfix release, which usually has fewer chances of being respun since the set of chances is usually more contained.
Le ven. 1 déc. 2017 à 15:48, David Smiley <david.w.smi...@gmail.com> a écrit : > Adrien, > > Thanks for doing this release. Just curious, how much time would you > estimate is involved in being the RM? I've never done it before. I'm not > offering to take over this release but maybe I'll do a future one. > > ~ David > > > On Fri, Dec 1, 2017 at 5:11 AM Adrien Grand <jpou...@gmail.com> wrote: > >> Hello, >> >> It's been more than 6 weeks since we released 7.1 and we accumulated a >> good set of changes, so I think we should release Lucene/Solr 7.2.0. >> >> There is one change that I would like to have before building a RC: >> LUCENE-8043[1], which looks like it is almost ready to be merged. Please >> let me know if there are any other changes that should make it to the >> release. >> >> I volunteer to be the release manager. I'm currently thinking of building >> the first release candidate next wednesday, December 6th. >> >> [1] https://issues.apache.org/jira/browse/LUCENE-8043 >> > -- > Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker > LinkedIn: http://linkedin.com/in/davidwsmiley | Book: > http://www.solrenterprisesearchserver.com >
