Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Support flexible tag format: `VariableString-${version}`

Abierto
#671 1 comentario 0 reacciones 0 asignados Ver en GitHub

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
20/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
javascript
Área
release

Línea de trabajo

El issue no menciona archivos, pruebas ni puntos de entrada. Empieza revisando los ejemplos de tags y reproduciendo el comportamiento actual de reset con semantic-release 24.0.0; se considerará terminado cuando la secuencia de versiones solicitada sea compatible sin reiniciar después de un cambio de prefijo.

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

Descripción

[semantic-release] › ℹ Running semantic-release version 24.0.0

I do expect this kind of tag format x.y.z+myCompany-${version} where semantic version ${version} does not care about prepend string x.y.z+myCompany- and then ${version} is continuously incremented based on last commit msg :

  • 25.1+myCompany-1.0.0
  • 25.1+myCompany-1.0.1
  • 25.2.1+myCompany-1.1.0
  • 25.2.1+myCompany-1.1.1
  • 25.2.1+myCompany-2.0.0
  • 25.3.0+myCompany-2.1.0

However and by default, each new x.y.z+myCompany- makes actually ${version} to restart from 1.0.0:

  • 25.1+myCompany-1.0.0
  • 25.1+myCompany-1.0.1
  • 25.2.1+myCompany-1.0.0
  • 25.2.1+myCompany-1.1.0
  • 25.2.1+myCompany-2.0.0
  • 25.3.0+myCompany-1.0.0

I had a look to Conventional Changelog and commit and tag version to find a way customize this default behavior ... but did not find a lead.

Any advice highly appreciated.
Thx

Lenguaje dominante
JavaScript
Estrellas
447
Forks
82
Merge medio
7 h 53 min
PR fusionados (30 d)
9

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

  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 semantic-release/commit-analyzer

Todos los issues de semantic-release/commit-analyzer

Issues similares

Más issues de JavaScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.