Hi, Le 24/01/2017 à 13:19, Tristan Cacqueray a écrit : > On 01/24/2017 05:01 AM, Tristan Cacqueray wrote: >> Hello folks, >> >> The last image (softwarefactory-C7.0-2.3.0.img.qcow2 - >> 0ae188834fd62985fbf0865047055ed9) has been deployed: >> >> ip: 46.231.133.130 >> url: https://23rc0.com >> >> The etherpad to report issue and check the CHANGELOG is: >> >> https://softwarefactory-project.io/etherpad/p/2.3-testday >> >> Happy test day! >> -Tristan >> > > Well it seems like the 2.3.0 needs a few fixes before being officially > release, and to avoid blocking the master branch, we created a 2.3.x > branch this morning. > > The process goes like this from now on: > > 1/ Merge any fix on master first.
We are still there at the moment I'm writing that. Two patches are needed on master before being able to merge our fixes: - https://softwarefactory-project.io/r/#/c/6167/ - https://softwarefactory-project.io/r/#/c/6179/ The 6167 that is mandatory as it fix upgrade path from 2.2.6 to 2.4.0 fired a new random gate issue (never seen this one) when it was in the gate ... so a recheck was need and by the way a couple of hours in the check + gate pipeline. The second patch 6179 fix the build of the step1 and https://softwarefactory-project.io/r/#/c/6159 needs it as the step1 is rebuilt by it. 6159 is rebased on 6179. Hope all patches will pass this time :) We also found some small issues using the node API, mhu already provided patches for them: - https://softwarefactory-project.io/r/#/c/6178/ - I guess another one will come on sfmanager. > 2/ Cherry-pick to the 2.3.x branch (either with the CLI, either with > the gerrit UI) > 3/ Fix in managesf/cauth/... needs to be reported to the role_configrc > of the 2.3.x branch > > Once the branch is looking good, then to release: > > 1/ tag the tip of the branch, no need for a TaggedRelease commit > 2/ update the PREVIOUS_VER of the role_configrc master > > > A nice improvement, we should think about for next releases, would be to > move the role_configrc/publish_image thing out of the sf repository, so > that we can manage versions asynchronously from the main repo. > > Regards, > -Tristan > > > > > _______________________________________________ > Softwarefactory-dev mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/softwarefactory-dev > _______________________________________________ Softwarefactory-dev mailing list [email protected] https://www.redhat.com/mailman/listinfo/softwarefactory-dev
