This is awesome, thank you so much Jarek! This will significantly speed up things :) Thanks & Regards, Amogh Desai
On Mon, May 5, 2025 at 7:44 AM Pavankumar Gopidesu <gopidesupa...@gmail.com> wrote: > Woohoo that's huge 👏, thank you Jarek. > > Pavan. > > On Sun, May 4, 2025, 21:52 Jarek Potiuk <ja...@potiuk.com> wrote: > > > Hello here, > > > > *TL;DR; Pushing release images to DockerHub is going to be more than 5x > > faster (<15 minutes rather than way above 1hr).* > > > > I am not sure if you are aware but for the 3.0.0 release, together with > > Kaxil, we had to bend ourselves backwards a bit and do a few last minute, > > high-stress bug-fixes to be able to release airflow images for testing - > > bit RC and final images. > > > > Also hopefully next releases will be way smoother than the first 3.0.0 > > releases - because with https://github.com/apache/airflow/pull/50176 we > > could use recent `ubuntu-22.04-arm` runners that GitHub made available. > I > > had to add capability of building the images separately and merging them > to > > make it work - but it turned out to be relatively easy - just incremental > > addition to the existing breeze tooling. > > > > With a few earlier PRs where I added a number of robustness and tests and > > tested the scenarios where we had Alpha/Beta/RC packages and dependent > > airflow Alpha/Beta/RC in various combinations and inter-dependencies of > > those, and allowing various stages of pre-release for them and I think > > finally we should have pretty robust way of being able to release Airflow > > RC candidates depending on any release candidate of providers in pretty > > much all reasonable combinations. There are some very early checks and > > validations that should warn the Release Manager very early in case there > > are any problems with the RC candidate. > > > > I also tested the workflow when - if we find any fixable "dockerfile" or > > "script" issue during the release we should be able to release images > using > > a completely separate branch with fixes. > > > > This should speed up release image preparation to < 15 mins from more > than > > an hour and that also means that when the release manager announces > > Airflow, images should be long ready then. > > > > I hope that will make our future release process and testing way > smoother. > > > > J. > > >
