Start following semantic versioning

Abierto
#56,916 20 comentarios 1 reacción 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
20/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
javascript, typescript
Área
release

Línea de trabajo

El issue no menciona archivos, pruebas ni puntos de entrada. Lee primero la discusión existente y el proceso de release/versionado del proyecto; darlo por terminado requeriría un plan acordado para adoptar Semantic Versioning, en lugar de un cambio de código localizado.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Discussion
🔍 Search Terms

semantic versioning

✅ Viability Checklist
⭐ Suggestion

Start following semantic versioning from now on.

I know TypeScript currently doesn't follow semantic versining, and push breaking changes for every minor version. I could not find any mention as to why it is the case.

There is no reason TypeScript cannot follow semantic versioning. There is simply no other major library that doesn't follow semantic versioning in NPM ecosystem. There is also no problem with pushing major version every other months. It just means the version will be incrementing a lot quicker. It means it follows the ecosystem's standard and more predictable for a lot of people.

📃 Motivating Example
  • Version update is more predictable and follows standard of the Node.js/npm ecosystem.
  • You no longer have to change ^x.y.z to ~x.y.z every time you run npm i -D typescript
💻 Use Cases
  1. What do you want to use this for?
    • More predictable and standard versioning when installing TypeScript
  2. What shortcomings exist with current approaches?
    • Non-standard versioning in the ecosystem
  3. What workarounds are you using in the meantime?
    • Change ^ to ~ in the version specifier
Lenguaje dominante
Go
Estrellas
111k
Forks
14.4k
Merge medio
1 d 19 h
PR fusionados (30 d)
117

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de microsoft/TypeScript

Todos los issues de microsoft/TypeScript

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.