I think we could follow the old pattern when we cut a new release branch. That is, after the new release branch is cut and the new minor release is out, we will do a final release of the oldest release line and then mark it as EOL.
So here, I think once we cut branch-2.6 and release 2.6.0, we can do a final release for 2.4.x and mark 2.4.x as EOL. Thanks. Bryan Beaudreault <bbeaudrea...@apache.org> 于2023年3月27日周一 09:57写道: > Primary development on hbase-backup and TLS is complete. There are a couple > minor things I may want to add to TLS in the future, such as pluggable cert > verification. But those are not needed for initial release IMO. > > We are almost ready integrating hbase-backup in production. We’ve fixed a > few minor things (all committed) but otherwise it’s worked well so far in > tests. > > We are a bit delayed in integrating TLS. I’m hopeful it will happen in the > next 2-3 months. It’s a big project for us, so not quick, but definitely on > the roadmap. > > It seems like cloudera may be closer to integrating TLS in production. > Balazs recently filed and fixed HBASE-27673 related to mTLS. Maybe he can > chime in on his status, or let me know if I am totally off base :) > > On Sun, Mar 26, 2023 at 9:25 PM Andrew Purtell <andrew.purt...@gmail.com> > wrote: > > > Before we open a new code line should we discuss EOL of 2.4? After the > > first 2.6 release? It’s not required of course but cuts down the amount > of > > labor to have two 2.x code lines (presumably, one as stable and one as > > next) rather than three. Perhaps even before that, should we move the > > stable pointer to the latest 2.5 release? > > > > > > > > On Mar 26, 2023, at 5:59 PM, 张铎 <palomino...@gmail.com> wrote: > > > > > > Bump. > > > > > > I believe the mTLS and backup related code have all been finished on > > > branch-2? > > > > > > Are there any other things which block us making the branch-2.6 branch? > > > > > > Thanks. > > > > > > Mallikarjun <mallik.v.ar...@gmail.com> 于2022年10月17日周一 02:09写道: > > > > > >> On hbase-backup, we are using in production for more then 1 year. I > can > > >> vouch for it to be stable enough to be in a release version so that > more > > >> people can use it and polished it further. > > >> > > >>> On Sun, Oct 16, 2022, 11:25 PM Andrew Purtell < > > andrew.purt...@gmail.com> > > >>> wrote: > > >>> > > >>> My understanding is some folks evaluating and polishing TLS for their > > >>> production are also considering hbase-backup in the same way, which > is > > >> why > > >>> I linked them together. If that is incorrect then they both are still > > >> worth > > >>> considering in my opinion but would have a more tenuous link. > > >>> > > >>> Where we are with hbase-backup is it should probably be ported to > where > > >>> more people would be inclined to evaluate it, in order for it to make > > >> more > > >>> progress. A new minor releasing line would fit. On the other hand if > it > > >> is > > >>> too unpolished then the experience would be poor. > > >>> > > >>> > > >>>> On Oct 16, 2022, at 5:35 AM, 张铎 <palomino...@gmail.com> wrote: > > >>>> > > >>>> I believe the second one is still ongoing? > > >>>> > > >>>> Andrew Purtell <apurt...@apache.org> 于2022年10月14日周五 05:37写道: > > >>>>> > > >>>>> We will begin releasing activity for the 2.6 code line and as a > > >>>>> prerequisite to that we shall need to make a new branch branch-2.6 > > >> from > > >>>>> branch-2. > > >>>>> > > >>>>> Before we do that let's make sure all commits for the key features > of > > >>> 2.6 > > >>>>> are settled in branch-2 before the branching point. Those key > > features > > >>> are: > > >>>>> - mTLS RPC > > >>>>> - hbase-backup backport > > >>>>> > > >>>>> -- > > >>>>> Best regards, > > >>>>> Andrew > > >>> > > >> > > >