Use the tool-versions data in Renovate
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 15/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- docker, json, typescript
- Área
- devtools
Línea de trabajo
The work spans two repositories: the Renovate containerbase datasource (renovatebot/renovate#46871) and allToolConfig in lib/util/exec/containerbase.ts in this repo. Read the published tool-versions layout and the $schema field first, since the proposal depends on containerbase/tool-versions#85 and #86 landing. Done means the datasource fetches the versioned per-tool JSON, warns from /index.json on deprecated majors, falls back to the pinned npm package, and the tool config is generated rather than hand-written.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What would you like containerbase to do?
Track the Renovate side of the tool-versions data, so Renovate looks up containerbase tool versions from the published files.
Proposal
- The
containerbasedatasource (renovatebot/renovate#46871) readshttps://containerbase.github.io/tool-versions/v<major>/<tool>.jsonfor the major Renovate supports, and checks$schema. - It reads the root
/index.jsononly to warn when that major is deprecated. - A bundled fallback from
@containerbase/tool-versions(pinned major) when the live fetch fails. - Generate Renovate's
allToolConfig(lib/util/exec/containerbase.ts) from the published tools, so new tools don't need a manual entry.
Depends on the versioned path (containerbase/tool-versions#85) and the npm package (containerbase/tool-versions#86). Part of #7674.
Drafted by Claude Opus 5.5 (Claude Code) for @viceice.
- Lenguaje dominante
- TypeScript
- Estrellas
- 58
- Forks
- 65
- Merge medio
- 8 h
- PR fusionados (30 d)
- 438
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 containerbase/base
-
Stop installing bzr for golangAbiertobreaking
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
containerbase/base#8022 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
containerbase/base#7891 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
containerbase/base#7842 ·
Los mantenedores suelen responder en 1 día
-
priority-3-normal tool/dotnet
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
containerbase/base#5996 ·
Los mantenedores suelen responder en 1 día
-
evict the least recently used downloads firstPosiblemente ocupada @viceice la tomó hace 1 día. Abierto
containerbase/base#8027 · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de containerbase/base
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 84/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
keptinventory/kept#336 ·
Los mantenedores suelen responder en 1 día
-
good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
-
hemi-earn
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
vetro-protocol/vetro-monorepo#1013 ·
Los mantenedores suelen responder en 1 día