Le lun. 30 mars 2020 à 15:38, Gilles Sadowski <gillese...@gmail.com> a écrit : > > Hello. > > Le lun. 30 mars 2020 à 15:06, Matt Juntunen > <matt.juntu...@hotmail.com> a écrit : > > > > I made it all the way up to the vote email and then realized that the site > > index page does not have a link to the downloads page. So, I'm going to > > scrap RC1 and start RC2 either later today or tomorrow. > > I'm not sure what problem you are referring to. > [Perhaps RC1 is fine (?).]
Or perhaps you should start the vote and let people collect all issues (such as Gary's) in order to not create a new RC for each and every improvement. Regards, Gilles > > > > -Matt > > ________________________________ > > From: Alex Herbert <alex.d.herb...@gmail.com> > > Sent: Sunday, March 29, 2020 9:15 AM > > To: Commons Developers List <dev@commons.apache.org> > > Subject: Re: [numbers] 1.0-B1 Release Proposal > > > > > > > On 29 Mar 2020, at 12:17, Matt Juntunen <matt.juntu...@hotmail.com> wrote: > > > > > > Hello, > > > > > > I propose releasing commons-numbers 1.0-B1. I will serve as the release > > > manager. Here are a few notes on the release: > > > > > > > > > * This will be a beta release. No guarantees are made for stability or > > > compatibility with future releases. > > > * The package coordinates for the project will not be modified; they > > > will remain as org.apache.commons.numbers.xxx as they would during a > > > standard release. > > > * The release branch will be 1.0-B1-release. > > > * The first release candidate tag will be NUMBERS_1_0_B1_RC1. The > > > final release tag will be NUMBERS_1_0_B1. > > > * Since this is a beta release, I propose not adding "@since" tags to > > > the javadocs. We can add them when ready for the full 1.0 release. > > > * The ComplexUtils class will be removed from the release branch and > > > not included in the release. > > > > All sounds good. > > > > I think that you can just remove the complex-streams module from the top > > level pom and the dist-archive module pom. Since it is a non-destructive > > change (the module remains in master) I would say delete the module too so > > the checkout of the tag is free of this module. > > > > > > > > Let me know if any of the above looks incorrect. Since this is my first > > > time as a release manager, I am sure that I will run into other issues > > > and questions. I will reply to this email thread as needed. > > > > > > Regards, > > > Matt J > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
