Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 6 Mar 2014 07:01:47 -0800
From:      Garrett Cooper <yaneurabeya@gmail.com>
To:        Julio Merino <jmmv@freebsd.org>
Cc:        "freebsd-testing@freebsd.org" <freebsd-testing@freebsd.org>
Subject:   Re: Should we MFC tests into stable/10?
Message-ID:  <43135FE5-5A9D-4AD5-B65F-E6FC20B9E366@gmail.com>
In-Reply-To: <CAFY7cWCVx4twoaphPnRriYvRAY%2BKHHG3hDMGTJiD=xdeT25feg@mail.gmail.com>
References:  <CAFY7cWCVx4twoaphPnRriYvRAY%2BKHHG3hDMGTJiD=xdeT25feg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

> On Mar 6, 2014, at 6:26, Julio Merino <jmmv@freebsd.org> wrote:
>=20
> Hello all,
>=20
> Keeping the testing infrastructure in sync between current and
> stable/10 is, in my opinion, a worthy goal. For that reason, I have
> (finally) pulled up a bunch of related pending changes into the branch
> today and will continue to do so for upcoming improvements.
>=20
> However, I would like to gather your opinion on what to do about the
> tests themselves.
>=20
> Do you think it's worth keeping the tests between current and
> stable/10 in sync wherever possible? Because we have barely just
> started adding tests, this will certainly involve quite a bit of churn
> in MFCs -- but that's probably not a big deal. The tricky^Winteresting
> cases will come when tests start failing in only one of the two
> branches :-P
>=20
> My opinion is now leaning towards merging everything where it makes
> sense.  What's yours?

You're probably going to run into similar problems that devs run into when M=
FCing code.

It depends on whether or not the tests require a specific piece of build/tes=
t infrastructure, and whether or not the tests exercise a new feature or fix=
/change behavior.

The former case is trickier as there will be breaking points for things in t=
he future, but the latter case is pretty straightforward (devs should be mer=
ging tests back with code changes for new features/behavior).

I vote yes for stable/10 now, but I would be wary of future merges as head a=
nd stable/(head-1) diverge, and similarly stable/(head-2).=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43135FE5-5A9D-4AD5-B65F-E6FC20B9E366>