Eu vi várias definições contraditórias em vários sites relacionados ao fluxo git. Existe uma recomendação oficial ou fonte única de verdade?
Ramos: release-1.2.3
ourelease-v1.2.3
Tags: 1.2.3
ouv1.2.3
Eu vi várias definições contraditórias em vários sites relacionados ao fluxo git. Existe uma recomendação oficial ou fonte única de verdade?
Ramos: release-1.2.3
ourelease-v1.2.3
Tags: 1.2.3
ouv1.2.3
Respostas:
Bem, basicamente é uma questão de preferência, mas eu prefiro a versão com o v
, já que Semver faz dessa forma e tento seguir essa especificação o mais perto possível para obter um versionamento lógico.
Também torna a filtragem para esses tags mais fácil, já que você pode pressionar v
e, em seguida, a TABtecla para autocompletar: Isso irá listar todas as tags (e talvez alguns ramos), embora haja vários dígitos com os quais uma tag pode começar.
Consulte também: Existe uma convenção de nomenclatura padrão para tags git?
v2.0.0
como tag para a versão 2: github.com/mojombo/semver/releases/tag/v2.0.0
Como v significa versão, as tags geralmente são nomeadas vX.YZ, com XYZ seguindo a versão semântica 2.0.0 .
Isso permite que os branches XYZ coexistam com essas tags, sem ter que lidar com mensagens de erro como "fatal: nome de objeto ambíguo" (como em " Nomes ambíguos com GIT? ").
Observe que as tags do próprio Git foram recentemente "adaptadas" por um motivo surpreendente: consulte "Regras" de alteração de versão de código ".
vX.Y.Z
então? Isso não é muito um argumento :)
v1.2.3
que b1.2.3
:-)
https://semver.org/#is-v123-a-semantic-version
“V1.2.3” é uma versão semântica? Não, “v1.2.3” não é uma versão semântica. No entanto, prefixar uma versão semântica com um “v” é uma forma comum (em inglês) de indicar que é um número de versão. Abreviar “versão” como “v” costuma ser visto no controle de versão. Exemplo: git tag v1.2.3 -m "Versão de lançamento 1.2.3", caso em que “v1.2.3” é um nome de tag e a versão semântica é “1.2.3”.