Edge-home-orchestration-go: [Consideración] Control de versiones semántico
Nuestra versión de lanzamiento se basa en el orden alfabético con tipos de árboles. Mientras tanto, es bastante recomendable que los proyectos de código abierto adopten el control de versiones semántico (principalmente de CII Best Practice). Tenemos una versión principal anual, pero por si acaso podría haber un caso para que lancemos sus versiones de parches principales / triviales de vez en cuando. En este caso, es distinguible que adoptemos el versionado semántico. ¿Qué piensas?
Mi humilde idea:
- Tal cual (versiones no semánticas): Alpha, Baobab, Coconut
- To be (Control de versiones semántico)
- Opción 1: v1.0.0, v2.0.0, v3.0.0 (v _mayor anual como orden numérico _._ parches críticos _._ parches triviales_)
- Opción 2: vAlpha.0.0, vBaobab.0.0, vCoconut.0.0 (v _ mayoritaria anual en orden alfabético _._ parches críticos _._ parches triviales_)
Sugerencia: ¡¡¡PERMÍTANOS discutir este tema en la próxima reunión en línea del TSC en enero de 2021 !!!
MoonkiHong
Todos 5 comentarios
Me gusta la opción 1.
Como referencia, EdgeX Foundry aplica el control de versiones semántico a las etiquetas de git y utiliza el control de versiones alfabético a las ramas de git.
https://github.com/edgexfoundry/edgex-go/tags
t25kim
en 30 dic. 2020
Me gusta la opción 1.
Como referencia, EdgeX Foundry aplica el control de versiones semántico a las etiquetas de git y utiliza el control de versiones alfabético a las ramas de git.
https://github.com/edgexfoundry/edgex-go/tags
@ t25kim ¡ Esto es genial! ¡Gracias por brindar un valioso punto de partida!
MoonkiHong
en 30 dic. 2020
Home Edge también ha estado usando las etiquetas. https://github.com/lf-edge/edge-home-orchestration-go/tags
Podemos adoptar versiones numéricas para todas las versiones y usar nombres de código (no semánticos) para las versiones principales. Por lo general, las versiones principales se acompañan de nombres en código, mientras que las versiones secundarias solo incluyen el control de versiones. Por tanto, también se puede adoptar un enfoque similar.
suresh-lc
en 5 ene. 2021
Definitivamente acepto usar versiones semánticas (no hay otra opción). Opcion 1 .
Si desea utilizar adicionalmente nombres de código, puede agregarlos como un alias. Lanzamientos de Ubuntu de ejemplo
tdrozdovsky
en 8 ene. 2021
Recientemente, lanzamos la v1.0.0 como una versión semántica. Así que está HECHO y cerrado.
MoonkiHong
en 7 may. 2021
Temas relacionados
MoonkiHong
·
7Comentarios
t25kim
·
3Comentarios
t25kim
·
5Comentarios
MoonkiHong
·
6Comentarios
MoonkiHong
·
5Comentarios
Comentario más útil
Me gusta la opción 1.
Como referencia, EdgeX Foundry aplica el control de versiones semántico a las etiquetas de git y utiliza el control de versiones alfabético a las ramas de git.
https://github.com/edgexfoundry/edgex-go/tags