Nossa versão de lançamento é baseada na ordem alfabética com tipos de árvore. Enquanto isso, é bastante recomendado que projetos de código aberto adotem o Controle de Versão Semântico (principalmente de CII Best Practice). Temos um lançamento principal anual, mas apenas no caso de podermos lançar suas versões de patch principais / triviais ocasionalmente. Nesse caso, é distinto para nós adotar o versionamento semântico. O que você acha?
Minha humilde ideia:
Sugestão: DEIXE-NOS discutir este assunto na próxima reunião online do TSC em janeiro de 2021 !!!
Gosto da opção 1.
Para referência, o EdgeX Foundry aplica o controle de versão semântico às tags git e usa o controle de versão alfabético para os ramos do git.
https://github.com/edgexfoundry/edgex-go/tags
Gosto da opção 1.
Para referência, o EdgeX Foundry aplica o controle de versão semântico às tags git e usa o controle de versão alfabético para os ramos do git.
https://github.com/edgexfoundry/edgex-go/tags
@ t25kim Isso é ótimo! Obrigado por fornecer um valioso ponto de partida!
Home Edge também tem usado as tags. https://github.com/lf-edge/edge-home-orchestration-go/tags
Podemos adotar versões numéricas para todas as versões e usar nomes de código (não semânticos) para as versões principais. Geralmente, as versões principais são acompanhadas de codinomes, enquanto as versões secundárias são acompanhadas apenas de controle de versão. Portanto, uma abordagem semelhante também pode ser adotada.
Eu definitivamente concordo em usar o controle de versão semântico (não há outra opção). Opção 1 .
Se desejar usar nomes de código adicionalmente, você pode adicioná-los como um alias. Exemplos de versões do Ubuntu
Lançamos a v1.0.0 como uma versão semântica recentemente. Então está FEITO e fechado.
Comentários muito úteis
Gosto da opção 1.
Para referência, o EdgeX Foundry aplica o controle de versão semântico às tags git e usa o controle de versão alfabético para os ramos do git.
https://github.com/edgexfoundry/edgex-go/tags