..........como alterar as versoes de sistema.......... 1 somente se for alterado 100% o sistema alterações mais visiveis como na parte grafica e alteração no tipo de banco de dados alteração no servidor do sistema
.0 somente se for alterado o banco de dados com alteração no nro. de tabelas alteração nos metodos de segurança do sistema em casos de alterações nos contadores anteriores esse contador é zerado .0 somente se for alterado o banco de Dados sem alteração no nro. de tabelas em caso de alteração nos contadores anteriores esse contador é zerado .0 alterado a cada atualização feita sem alteração no banco em caso de alteração nos contadores anteriores esse contador é zerado Em 10/01/08, Joao Morais <[EMAIL PROTECTED]> escreveu: > > Evaldo wrote: > > Olá a todos, > > > > Tenho uma dúvida que ainda não consegui tirar: > > existe algum padrão para definir a versão de arquivo? Por exemplo a > > primeira versão sai como 1.0.0.1. Para cada Nova versão deve se subir > > um valor nesse numero? Assim a versão seguinte ficaria 1.0.0.2? > > Ou Cada uma das 4 posições significa alguma coisa? > > É você quem define. > > Aqui utilizo número de versão parecido com o projeto fpc, lazarus, linux > kernel entre outros. > > Numa versão A.B.C: > > A é incrementado uma vez na vida outra na morte, representando uma > melhoria *realmente* significativa. Algo como, a versão 1 era apenas > desktop, a versão 2 tem suporte a cgi e pode ser colocado num servidor > web para acesso remoto. > > B é incrementado a cada nova versão simples. Quando B é par, trata-se de > versão estável, daquelas prontas pra botar na caixinha e vender. Ex. o > software 1.2 (ou 1.2.0) é estável, o 1.2.2 é o mesmo 1.2 com pequenas > correções e melhorias. Já uma versão 1.1 é beta ou release candidate. > Tem condições de rodar em produção no cliente, no entanto possui rotinas > que não estão suficientemente testadas. Não serve pra "colocar na > caixinha e vender", no entanto serve muito bem para apresentar uma nova > versão ainda não liberada oficialmente. É como aquele Delphi que você > recebe antes do release oficial. Ele até está bom (as vezes ;)), mas o > que ainda vai ser liberado vai estar melhor. > > C é incrementado a cada novo release. Quando C é par significa que é uma > versão com um tag no repositório e que passou por testes mínimos de > qualidade. Quando C é impar, significa que é uma versão do repositório, > que ainda está em testes ou em implementação, e não tem condição de ser > colocado no cliente. Enfim, C ímpar é aquela versão do dia a dia, aonde > tudo realmente pode acontecer. Quando os testes mínimos forem rodados > com sucesso, C é incrementado e vira par, é gerado os binários, é criado > um tag no repositório e logo em seguida o C volta a ser incrementado e > ficar impar. > > Usar um quarto dígito é *realmente* muito difícil. Trata-se da melhoria > de uma melhoria (ou seja, fragmentar uma determinada versão C par), que > exige que você abra outro branch no seu repositório, que seja controlado > de forma separada, que cria 3 linhas de desenvolvimento, ... muita > complicação para algo que poderia ser muito mais simples. > > -- > Joao Morais > > -- Atenciosamente, Samuel M. Basso Tel: (54) 3452-9126 Cel: (54) 8135-3723 E-mail: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas]
