Re: Update Windows CI Task Names: Server 2022 + VS 2022 Upgrade

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>
Cc: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Andres Freund <andres(at)anarazel(dot)de>
Subject: Re: Update Windows CI Task Names: Server 2022 + VS 2022 Upgrade
Date: 2025-09-11 14:18:29
Message-ID: 06373a65-450a-40f3-b1ce-5d0373f60e8c@eisentraut.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 08.09.25 10:25, Nazir Bilal Yavuz wrote:
> Tasks have short names to select them and the 'Windows VS 2019' task's
> name was 'windows' (i.e: ci-os-only: windows) but since we have two
> Windows tasks now; we need to have different names for VS 2019 and VS
> 2022 tasks. To preserve the same behavior, VS 2022 task uses 'windows'
> but VS 2019 is renamed to 'vs2019' (i.e: ci-os-only: vs2019). I am not
> completely convinced about this naming, I am open to suggestions.

I don't think we need this level of complication. We already have the
situation that for example "linux" covers several tasks, and "windows"
also covers several tasks, one of which is manually triggered. The
"ci-os-only: vs2019" is not very useful anyway, since it's manually
triggered. So just applying "windows" to both of them seems ok to me.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Álvaro Herrera 2025-09-11 14:27:36 Re: ALTER DATABASE RESET with unexistent guc doesn't report an error
Previous Message Peter Eisentraut 2025-09-11 14:11:43 Re: Only one version can be installed when using extension_control_path