Quando devo incrementar o número da versão?

Eu não aprendi programação na escola e não trabalho como desenvolvedor (profissional), portanto, muitos conceitos básicos não são muito claros para mim. Esta pergunta tenta esclarecer um deles.

Agora, suponhamos que eu tenha problemas e #1, no Rastreador de problemas, que esteja definido para ser corrigido / aprimorado para a versão e que seja a última versão (estável) .#2#31.0.00.9.0

Quando devo incrementar a versão 1.0.0? Quando a) apenas um dos problemas listados acima está fechado ou b) quando todos os problemas relacionados à versão 1.0estão fechados?

Qual é o caminho certo para fazê-lo? E da maneira certa , quero dizer o que é atualmente usado na indústria.

Eu posso te dizer como faço no trabalho.

Temos um servidor de integração contínua que cria, testa, identifica e gera um pacote com versão. Somente prosseguiremos para a próxima fase se a% anterior tiver 100% de êxito.

Nossa versão tem a seguinte aparência: <Versão Principal>. <Versão Menor>. <Número da Compilação>

• Toda compilação bem-sucedida que não possui correção de bug concluída ou aprimoramento de recurso aumenta o número da compilação.
• Toda compilação bem-sucedida com uma correção de bug concluída ou aprimoramento de recursos aumenta a Versão Menor. Isso é detectado automaticamente pela presença de uma mensagem de confirmação usando um formato específico. Essa mensagem de confirmação também é automaticamente inserida nos projetos ChangeLog.
• Todo incremento da versão principal é feito manualmente quando temos alterações não compatíveis com versões anteriores, reescrevemos do zero ou outras razões feitas caso a caso.

Os números de versão são relevantes apenas para liberações , pois são uma maneira de usuários externos identificarem uma compilação específica do seu software. Se você está apenas ocupado desenvolvendo e não liberando cada correção individualmente, não se preocupe em aumentar o número da versão para cada correção. Não é relevante para usuários externos e desperdiça seu tempo com a contabilidade extra da versão.

Para aplicativos da Web implantados continuamente, tendemos a construir números de compilação usando o symver antecipadamente e um número final de compilação, ou seja: 2.5.3.4328, onde 4328 vem do sistema de integração contínua. A expectativa geral é que os números sejam alterados por etapas deliberadas, mas que o número da compilação seja o verdadeiro ID exclusivo.

O que parece estar fazendo aqui é capturar o dia da implantação e o número de compilação svn relacionado:

        <div id="svnrev">
            rev 2013.10.21.1078
        </div>

Pelo que vale a pena.

As outras respostas já são ótimas, então apenas adicionarei em cima delas. Se o seu software não for lançado e você realmente não precisar de versões públicas (a versão não pública é o seu VCS), acrescente a palavra-chave " INSTANTÂNEO " no final da sua versão. Alguns sistemas, especialmente no gerenciamento de dependências, tratam os instantâneos de maneira diferente das versões lançadas, na medida em que comparam a data de alteração dos instantâneos em vez do número da versão. Portanto, se você tiver um v. 1.0.0-SNAPSHOT das 8h em um repositório de pacotes e um downloader de dependência local tiver a mesma versão das 7h, ele deverá baixar o atualizado do repositório.

Como dito acima, seu controle de versão privado é fornecido pelo seu sistema de controle de versão (git, svn etc.).

Já se disse o suficiente sobre a teoria do controle de versão, aqui está outro ponto de vista.

Quando devo incrementar para a versão 1.0.0?

Vou focar minha resposta na alteração do número da versão principal.

Minha resposta é: Basicamente, quando você estiver pronto para isso. Passar de 0,9 a 1,0 é algo importante, porque a percepção do público será de que você está passando de um produto beta para um lançamento oficial.

(Vou assumir aqui que é um produto comercial de uma empresa).

Algumas perguntas antes de passar de 0,9 para 1,0.

Sua organização tem tempo para informar todos os seus clientes atuais. Dar uma festa. Receba muitas solicitações de suporte. Um gerente de conta para vender seu produto? Etc etc.

Sim, eu vejo o versionamento como uma ferramenta de marketing e, se você olhar em volta, verá que esse é basicamente o padrão da indústria.

Nossa empresa passou da versão 2.x para a 3.0 e fizemos uma grande festa, geramos muito burburinho e, por isso, conquistamos muitos novos clientes. Além de algumas atualizações de interface, as diferenças entre as versões eram pequenas.