[cfe-dev] [llvm-dev] RFC: Release qualification criteria
Christian Kühnel via cfe-dev
cfe-dev at lists.llvm.org
Mon May 25 01:24:53 PDT 2020
You hit exactly the questions that are also going through my mind. To add
to the two questions:
- What is the testing strategy for LLVM (ie. who tests for which bugs
- What do we expect from the people contributing patches?
- Do we want to also enforce some of these checks/tests on EVERY patch to
master or a release branch (ie. enforced pre-merge testing)?
And the meta question:
What's the process to create such an agreement?
On Thu, May 21, 2020 at 8:59 PM Tom Stellard via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> I'm splitting this discussion off of my RFC for release process
> We currently have no official release qualification criteria. In
> other words, we don't have any blocking tests that need to pass in
> order to make a new release.
> We do time-based releases, which is not always compatible with having
> quality-based criteria for tagging a final release. So, I think another
> way to look at this issue is to talk about what kinds of CI testing we
> have for trunk and if there are any additional kinds of
> testing (e.g. compile-time performance) that we want to prioritize.
> So, for the purposes of this discussion, I see 2 main questions:
> 1. Should we define some set of blocking tests that need to pass before a
> can happen?
> 2. What gaps do we currently have in our CI testing?
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the cfe-dev