From: "Kevin Hilman" <khilman@baylibre.com>
To: kernelci@groups.io, guillaume.tucker@gmail.com, kernelci@groups.io
Subject: Re: Email reports from staging and automated staging tests
Date: Fri, 29 Mar 2019 10:23:56 -0700 [thread overview]
Message-ID: <7hr2apwq4z.fsf@baylibre.com> (raw)
In-Reply-To: <9ac7fc41-379d-24d0-b316-61fbb0f381ef@collabora.com>
"Guillaume Tucker" <guillaume.tucker@gmail.com> writes:
> Hello,
>
> I've revived the main jobs on staging.kernelci.org to build and
> test the kernelci-core/staging.kernelci.org branch with the
> intent to automatically update it every day with all the open
> PRs. It has a series of extra patches to make it appropriate on
> staging, with a separate tree and bisection reports disabled to
> avoid spamming people. The history can be found here:
>
> https://github.com/kernelci/kernelci-core/commits/staging.kernelci.org
>
> I've initially put only mgalka and myself on the list of
> recipients for these jobs, but I think it would make sense to
> have all the contributors whose code gets tested on staging. So
> please let me know if you wish to be added or not added to the
> list.
Yes please.
> I've started a tool to gather all the PRs for a particular Github
> project into a "staging" branch with an extra series of patches
> to apply on top of it:
>
> https://gitlab.collabora.com/gtucker/kernelci-staging-tools
>
> I'll add a README and if this looks fine then it should be moved
> to Github. Also we should probably have a Linux kernel tree for
> KernelCI to have a branch to test on staging,
Agreed.
> as at the moment it's using my own tree.
>
> The next bit that needs to be automated is to push the staging
> branches to the Github repos. For this I think we'll need to
> create a Github user with some dedicated SSH keys. The script
> can be used for any project (kernelci-core, kernelci-backend,
> kernelci-frontend...). We would also need an extra user to
> deploy the backend and frontend branches over SSH on the staging
> server. After that, it could add a change to a test kernel
> branch and trigger a kernel-tree-monitor job to get the whole
> thing running. That could be run as a daily Jenkins job.
CI for kernelCI. Nice!
Kevin
prev parent reply other threads:[~2019-03-29 17:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5c9a7406.1c69fb81.4db25.ff2d@mx.google.com>
2019-03-27 8:11 ` Email reports from staging and automated staging tests Guillaume Tucker
2019-03-29 17:23 ` Kevin Hilman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7hr2apwq4z.fsf@baylibre.com \
--to=khilman@baylibre.com \
--cc=guillaume.tucker@gmail.com \
--cc=kernelci@groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.