Reconsider versioning scheme
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript
- Área
- release
Línea de trabajo
No se nombran archivos ni pruebas. Empieza revisando cómo devtools-protocol deriva y publica actualmente las versiones 0.0., y después compara el formato propuesto 1.0.0- con SemVer. Se considera terminado cuando se haya acordado el enfoque de versionado y se pueda eliminar o actualizar el trabajo relacionado de seguimiento de versiones de Puppeteer y Chrome for Testing.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Currently, devtools-protocol is being versioned as 0.0.<revision>, e.g. 0.0.1134390. However, we’re increasingly moving to using Chrome version numbers as the source of truth rather than branch positions / revision numbers.
Can we reconsider versioning devtools-protocol as 1.0.0-<chrome-version>, e.g. 1.0.0-112.0.5615.137? This is valid per semver; it’s interpreted as a pre-release version.
> semver.valid('1.0.0-112.0.5615.137')
'1.0.0-112.0.5615.137'
Motivation: We currently have some extra code to track version numbers alongside revision IDs in both Puppeteer and the Chrome for Testing availability dashboard, for the sole purpose of figuring out which devtools-protocol version to bundle. It would be nice if we could get rid of that.
In addition to this technical reason, I’d argue that Chrome version numbers are more intuitive and recognizable than the arbitrary-looking revision IDs.
cc @OrKoN
- Lenguaje dominante
- JavaScript
- Estrellas
- 1.6k
- Forks
- 281
- Merge medio
- 1 d 19 h
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 ChromeDevTools/devtools-protocol
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
ChromeDevTools/devtools-protocol#311 · 1 comentario ·
-
Nested enum types have no nameAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
ChromeDevTools/devtools-protocol#244 · 5 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
ChromeDevTools/devtools-protocol#233 · 4 comentarios ·
-
Keep track of URL changesQuizá libre de nuevo @hashseed la tomó hace 2202 días y no hay ningún pull request abierto. Abierto
ChromeDevTools/devtools-protocol#224 · 4 comentarios · 1 reacción · 1 asignado ·
Todos los issues de ChromeDevTools/devtools-protocol
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
Design only Leadership Survey SLFS
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
bcgov/digital-journeys#2293 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
tursodatabase/turso#9405 ·
Los mantenedores suelen responder en 1 día
-
Toolkit
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
API Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
ProjectSidewalk/SidewalkWebpage#5556 ·
Los mantenedores suelen responder en 1 día