1
1
---
2
2
title : " Maintainers"
3
- date : 2021-09-23
3
+ date : 2024-12-03
4
4
description : " KernelCI maintainers"
5
5
weight : 5
6
6
---
7
7
8
+ # Roles and Responsibilities of KernelCI Maintainers
9
+
8
10
There are several types of maintainer roles with different responsibilities:
9
11
10
- [ software maintainers ] ( #software-maintainers )
12
+ [ Software Maintainers ] ( #software-maintainers )
11
13
: in charge of the KernelCI software components
12
14
13
- [ service maintainers ] ( #service-maintainers )
15
+ [ Service Maintainers ] ( #service-maintainers )
14
16
: in charge of the KernelCI hosted services
15
17
16
- [ feature maintainers ] ( #feature-maintainers )
18
+ [ Feature Maintainers ] ( #feature-maintainers )
17
19
: in charge of features that span across the whole KernelCI stack
18
20
19
- [ instance maintainers ] ( #instance-maintainers )
21
+ [ Instance Maintainers ] ( #instance-maintainers )
20
22
: in charge of a particular KernelCI instance (production, staging...)
21
23
22
- [ channel maintainers ] ( #channel-maintainers )
24
+ [ Channel Maintainers ] ( #channel-maintainers )
23
25
: in charge of the communication channels used by KernelCI
24
26
25
27
Most maintainers are members of the [ TSC] ( /org/tsc ) but additional people
@@ -28,15 +30,15 @@ can be involved too.
28
30
## Software Maintainers
29
31
30
32
At least one maintainer is assigned to each software component. The work
31
- involves reviewing pull requests on GitHUb , triaging issue, updating GitHub
32
- settings and facilitating the development workflow. Having “deputy”
33
+ involves reviewing pull requests on GitHub , triaging issue, updating GitHub
34
+ settings and facilitating the development workflow. Assigning “deputy”
33
35
maintainers whenever possible also helps with the continuity of the project
34
36
when regular maintainers are not available.
35
37
36
38
In addition to maintainers for each project, some GitHub administrators are
37
39
available to make configuration changes at the organisation level. This
38
40
includes managing teams, permissions for each project, adding / moving /
39
- removing projects, configurating workboards and updating any other general
41
+ removing projects, configuring workboards and updating any other general
40
42
settings.
41
43
42
44
* Organisation: https://github.com/kernelci
@@ -49,7 +51,7 @@ some encrypted files and other administrative documents. Therefore it's not
49
51
strictly software but has the same requirements from a maintainer point of view.
50
52
51
53
Please note that other people not listed here might also have access to the
52
- encrypted files for practical resons (shared account passwords, sysadmin
54
+ encrypted files for practical reasons (shared account passwords, sysadmin
53
55
information etc.).
54
56
55
57
* Repository: [ ` kernelci-project ` ] ( https://github.com/kernelci/kernelci-project )
@@ -110,7 +112,7 @@ kci-dev is a command line tool and library for kernel developers and maintainers
110
112
> discussion] ( https://groups.io/g/kernelci/topic/moving_lava_docker_out_of_the/93248754 )
111
113
> for more details.
112
114
113
- This project is to Simplify the installation and maintenance of a LAVA lab
115
+ This project aims to simplify the installation and maintenance of a LAVA lab
114
116
using Docker containers.
115
117
116
118
* Repository: [ ` lava-docker ` ] ( https://github.com/kernelci/lava-docker )
@@ -120,7 +122,7 @@ using Docker containers.
120
122
121
123
Services hosted by KernelCI all need someone to look after them and ensure they
122
124
stay online and available. This is essentially sysadmin work with some code
123
- maintannce too depending on the cases.
125
+ maintenance too depending on the cases.
124
126
125
127
### Kubernetes
126
128
@@ -143,7 +145,7 @@ tools, backups...
143
145
144
146
### BigQuery
145
147
146
- KCIDB uses BigQuery as a database engine. This requires setting up tokens and
148
+ KCIDB uses BigQuery as a database engine. This requires token setup and
147
149
managing the associated Cloud resources.
148
150
149
151
* Maintainers: ` spbnick ` , ` khilman `
@@ -197,27 +199,30 @@ Just like tests, kernel builds orchestrated on kernelci.org are called the
197
199
* Maintainers: ` broonie ` , ` nuclearcat `
198
200
* Components:
199
201
[ ` kernelci-core/config ` ] ( https://github.com/kernelci/kernelci-core/tree/main/config ) ,
200
- [ ` kernelci-jenkins ` ] ( https://github.com/kernelci/kernelci-jenkins )
201
- * Services: Pipeline / Jenkins, Kubernetes
202
-
203
- ### Bisections
202
+ [ ` kernelci-pipeline/config ` ] ( https://github.com/kernelci/kernelci-pipeline/tree/main/config )
204
203
205
- For every test regression detected, an automated bisection is run whenever
206
- possible. This involves building kernels, running tests and checking their
207
- results in a coordinated way to then send an email report when the bisection
208
- succeeds.
209
-
210
- * Maintainers: ` gtucker `
211
- * Components: [ ` kernelci-core ` ] ( https://github.com/kernelci/kernelci-core ) ,
212
- [ ` bisect.jpl ` ] ( https://github.com/kernelci/kernelci-jenkins/blob/main/jobs/bisect.jpl )
213
- * Services: Pipeline / Jenkins
204
+ * Services: Pipeline
214
205
215
206
## Instance maintainers
216
207
217
208
As there are several KernelCI instances, it's necessary to have people
218
209
dedicated to each of them.
219
210
220
- > ToDo: Update with new API & Pipeline deployments as they become available.
211
+ ### Production
212
+
213
+ The production instance is the main one, hosted at kernelci.org. It is used
214
+ for the main KernelCI project and is the one most people are familiar with.
215
+
216
+ * Maintainers: ` nuclearcat ` , ` pawiecz `
217
+
218
+
219
+ ### Staging
220
+
221
+ The staging instance is used for testing new features before they are deployed
222
+ to production. It is also used for training new users and for debugging issues
223
+ that are hard to reproduce in production.
224
+
225
+ * Maintainers: ` nuclearcat ` , ` pawiecz `
221
226
222
227
## Channel Maintainers
223
228
0 commit comments