[Releasing] Deprecation - we are doing that wrong

Oswald Buddenhagen oswald.buddenhagen at theqtcompany.com
Thu Feb 4 12:50:05 CET 2016

On Thu, Feb 04, 2016 at 12:31:56PM +0100, Knoll Lars wrote:
> On 04/02/16 12:23, "Releasing on behalf of Oswald Buddenhagen" <releasing-bounces at qt-project.org on behalf of oswald.buddenhagen at theqtcompany.com> wrote:
> >that makes no sense. building and maintaining this parallel
> >not-quite-release infrastructure would be more effort than keeping it
> >building and dragging it along the normal releases. that's how we
> >arrived at the previous conclusion to "soften" the removal.
> I don’t agree. I want to get rid of things that make it harder for us to release Qt. That’s what is IMO most important, given how we have fight to get releases out.
> And I don’t think there’s a lot of effort involved, as the CI can test these modules independently. Actually we might save ourselves at some work, as we separate the problems. At least we will have a lot less pressure with that work, as it doesn’t block anything critical.
the effort to get it working now is just disabling the autotests for
these modules during integration runs. this can be hacked into the CI
within a very short time (the needed information is in exactly the
patches that currently fail to integrate).

this cannot be possibly more effort than would be required to do
parallel releases, however minimal we try to make them. and it has a
much higher pay-off beyond the next few days.

More information about the Releasing mailing list