RE: Help us out in the curl project

On Wed, 5 Feb 2025, Marcel Raad via curl-library wrote:

> I think testing the first daily snapshot after the feature window closes 
> would be ideal, as most possibly breaking changes happen before that.

Agreed,

I had a sitdown at FOSDEM with the good people maintaining curl on Debian and 
with some brainstorming on the topic I think we can start easy and do this:

1. I create an official release candidate one (rc1) when we enter feature 
freeze. It would be the first tarball we would appreciate if people tested to 
make sure no regressions or other sillyness have crept in. No git tag will be 
set for this.

It will then be hosted somewhere for a few weeks until removed again.

2. I create a second release candidate (rc2) two weeks before the expected 
release date the exact same way as the rc1. This will contain more fixes, but 
if anyone finds problems in this there is still some time left in the cycle to 
fix things before the release.

This is a low maintenance take and does not impose hard work on anyone. It 
offers a unified take and offer some snapshots and times where extra testing 
is encouraged.

My plan is to start with this in this release cycle.

-- 

  / daniel.haxx.se || https://rock-solid.curl.dev
-- 
Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library
Etiquette:   https://curl.se/mail/etiquette.html