Re-evaluate need for the different "containered" builds that we do
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Refactorización
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- github, node.js
- Área
- ci-cd, infrastructure
Línea de trabajo
Start by reviewing the listed containered build axes in the node-test-commit-linux-containered job, then compare how the Windows and ARM debug jobs run on PRs. Read the linked build issue about ARM container space for context. The issue is resolved when the discussion reaches a decision on which axes and debug builds to retain, move to daily runs, or change platforms.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In node-test-commit-linux-containered we have the following build which are done on PRs (not necessatily all on each node version):
- ubi81_sharedlibs_openssl111fips_x64
- ubuntu2404_sharedlibs_debug_x64
- ubuntu2404_sharedlibs_icu_x64
- ubuntu2404_sharedlibs_openssl111_x64
- ubuntu2404_sharedlibs_openssl30_x64
- ubuntu2404_sharedlibs_openssl35_x64
- ubuntu2404_sharedlibs_openssl40_x64
- ubuntu2404_sharedlibs_shared_x64
- ubuntu2404_sharedlibs_smallicu_x64
- ubuntu2404_sharedlibs_withoutintl_x64
- ubuntu2404_sharedlibs_withoutssl_x64
- ubuntu2404_sharedlibs_zlib_x64
We should use this issue to discuss whether this is a suitable set of axis to build on.
A similar discussion should be had on the debug variants that we build for i.e. the node-compile-windows-debug and node-test-commit-arm-debug jobs. Do we still need those on every PR? It may be worth moving one or both of those to "daily" only. It's probably also worth trying to move the arm debug one back to x64 since that was mostly done for when we had the large equinix systems. The limited amount of space we have on the arm containered machines (I was looking at that recently in https://github.com/nodejs/build/issues/4534)
Two thoughts:
- Is Ubuntu 24.04 the most suitable platform to do all of these on?
- Could we have one "shared everything" axis which builds node as a shared library and also dynamically links to system shared libraries for SSL/ICU/zlib/anything else that we support on the system so we do them all together - and maybe have one older and one newer distribution to cover the ends of the spectrum (e.g. RHEL8 and Fedora latest? Those could be split over two architectures for additional coverage)
- Lenguaje dominante
- Jinja
- Estrellas
- 544
- Forks
- 184
- Merge medio
- 3 d 12 h
- PR fusionados (30 d)
- 7
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 65/100
nodejs/build#4539 · 1 reacción ·
Los mantenedores suelen responder en 2 días
-
build-agenda
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
nodejs/build#4514 · 22 comentarios ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
nodejs/build#4324 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Dificultad 4/5 1-2 días Aptitud para principiantes 47/100
Los mantenedores suelen responder en 2 días
-
Windows release nodes are offlinePosiblemente ocupada @StefanStojanovic la tomó hace 1 día. Abierto
nodejs/build#4544 · 1 asignado ·
Los mantenedores suelen responder en 2 días
Todos los issues de nodejs/build
Issues similares
-
Add alembic upgrade predeployAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
ClockGU/clockwork-backend#169 ·
Los mantenedores suelen responder en 1 día
-
bug dependencies kind:fix priority: P3 ready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
shep-pm/shep#1318 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Context/namespace resources fail in-cluster: "Invalid kube-config file. No configuration found."Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
rfordatascience/tidytuesday#1098 ·
-
simulator-session.yml の simtunnel の固定先が古く、agentd が無いため simtunnel up --wait / status が準備完了を検知できないAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100