[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3 3/4] ci: Add a migration compatibility test job
|
From: |
Peter Xu |
|
Subject: |
Re: [PATCH v3 3/4] ci: Add a migration compatibility test job |
|
Date: |
Tue, 9 Jan 2024 15:14:46 +0800 |
On Fri, Jan 05, 2024 at 03:04:48PM -0300, Fabiano Rosas wrote:
> The migration tests have support for being passed two QEMU binaries to
> test migration compatibility.
>
> Add a CI job that builds the lastest release of QEMU and another job
> that uses that version plus an already present build of the current
> version and run the migration tests with the two, both as source and
> destination. I.e.:
>
> old QEMU (n-1) -> current QEMU (development tree)
> current QEMU (development tree) -> old QEMU (n-1)
>
> The purpose of this CI job is to ensure the code we're about to merge
> will not cause a migration compatibility problem when migrating the
> next release (which will contain that code) to/from the previous
> release.
>
> I'm leaving the jobs as manual for now because using an older QEMU in
> tests could hit bugs that were already fixed in the current
> development tree and we need to handle those case-by-case.
Can we opt-out those broken tests using either your "since:" thing or
anything similar?
I hope we can start to run something by default in the CI in 9.0 to cover
n-1 -> n, even if starting with a subset of tests. Is it possible?
Thanks,
--
Peter Xu
[PATCH v3 3/4] ci: Add a migration compatibility test job, Fabiano Rosas, 2024/01/05
- Re: [PATCH v3 3/4] ci: Add a migration compatibility test job,
Peter Xu <=
Re: [PATCH v3 3/4] ci: Add a migration compatibility test job, Cédric Le Goater, 2024/01/09
[PATCH v3 4/4] [NOT FOR MERGE] tests/qtest/migration: Adapt tests to use older QEMUs, Fabiano Rosas, 2024/01/05