AIX testing strategy
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- node.js
- Área
- ci-cd, infrastructure
Línea de trabajo
Comienza revisando las máquinas de CI de AIX 7.2 y 7.3 enumeradas en el issue, incluidas test-ibm-aix73-ppc64_be-1 y test-ibm-aix73-ppc64_be-3, y lee el build issue 4226 para conocer los resultados de concurrencia. Determina la cobertura de máquinas y la asignación de pruebas necesarias; se considera terminado cuando exista una estrategia de pruebas de AIX acordada para CI.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
At the moment we are exclusively testing AIX PRs against AIX 7.2.
AIX 7.3 has been available since December 2021 and we are not performing any testing on it.
This issue is to decide what approach we should use - how many machines we require etc.
I have confirmed that we can build node.js on AIX 7.3 and testing verification will be performed under
Assuming this works suitably well, we should decide on how many machines we need of AIX 7.2 and 7.3 in order to keep the CI happy.
Performance testing of the builds with different concurrency (make -j values) has been performed in https://github.com/nodejs/build/issues/4226
At present we have four AIX 7.2 test machines - two at OSUOSL and two at IBM. There is another 7.2 system at OSUOSL waiting to be reinstalled and I would propose that we get it reinstalled with AIX 7.3.
We currently have two IBM-hosted machines running AIX 7.3. An older one currently with 8GiB of RAM that is already in the CI at test-ibm-aix73-ppc64_be-1 and the new one that I have been experimenting with recently at test-ibm-aix73-ppc64_be-3
The other decision to make is whether we need a full set of AIX 7.3 machines to test on or whether we just allow each PR test to run on any AIX machine and let it randomly choose between 7.2 and 7.3. This approach would mean we likely wouldn't need as many systems in the set.
- Lenguaje dominante
- Jinja
- Estrellas
- 541
- Forks
- 185
- Merge medio
- 2 d 12 h
- PR fusionados (30 d)
- 7
Preparar el entorno
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de nodejs/build
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
platform:ppc
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
incident
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
Todos los issues de nodejs/build
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Add an Aderyn scan of SimpleBank Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
jose-compu/smart-contract-verification#26 ·
Los mantenedores suelen responder en 3 días
-
self-driving
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
area-action bug follow-up priority-high
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
yschimke/design-parity#495 ·
Los mantenedores suelen responder en 1 día
-
follow-up
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
yschimke/homeassistant-remotecompose#680 ·
Los mantenedores suelen responder en 1 día