Esquema de Nomeação de Revisões 16/Mar/2005
Após diversas revisões ao código-fonte das doSolutions, compreendo que o esquema de nomeação que uso não é prático.
Actualmente, para trabalhar numa nova revisão, uso uma das ramificações criadas após a importação inicial (v0.0.00). Estas ramificações procuram ser estanques e usam números incrementais:
- v0.0.nn/ – Limpeza e Emagrecimento (Cleanup & Streamlining).
- v0.1.nn/ – Localização pt_PT.
- v0.2.nn/ – Minor/Major Fixes & Patches.
- v0.3.nn/ – Contribuições para Back-End.
- v0.4.nn/ – Contribuições para Front-End
O problema reside no facto de a numeração ser sequencial mas sem acompanhar temporalmente o trabalho, que pode ser efectuado em qualquer uma das ramificações. Assim, por exemplo, aconteceu saltar da revisão v0.0.07 para a revisão v0.3.01 e desta para a revisão v0.1.01. Esta ordem aqui apresentada é temporal mas o esquema de nomeação não consegue apresentar uma numeração sequencial no tempo.
Tenho que abandonar este esquema de nomeação e adoptar um esquema mais prático, com numeração sequencial, que mantenha na mesma este facilidade “estanque” entre ramificações.
- Posted in : doCoding
- Author : José Carlos Monteiro
Comments»
O ideal era sempre que houvesse uma mudança menso importante mudar a última casa (0.0.1) uma média (0.1.1) e uma que influencia-se de sobremaneira a aplicaçõa (1.1.1). E não utilizar os numeros para identificar operações na aplicação.
Sim, a prática corrente é dividir a versão em componente va.b.c, onde:
* “a” é um dígito que corresponde a uma alteração de vulto, que normalmente implica além de grandes alterações também a inserção de novos ficheiros ou pastas, e a remoção de antigos ficheiros ou pastas entrentanto descontinuados;
* “b” é um dígito que corresponde a correcções maiores, sem que existam alterações à estrutura de ficheiros.
* “c” é um número de dois dígitos que corresponde a correcções menores, normalmente simples correcções de segurança.
Mas o que pretendo primeiro que tudo é nomear o conjunto de alterações em cada ramificação, que sendo estanque não causa impacto nas restantes ramificações. Se o trabalho fosse por sequência de objectivos, então a numeração seria também sequencial no tempo, mas sendo agrupada somente por objectivos causa disrupções na sequência da numeração.
Preciso de planear muito estratégicamente o melhor esquema de nomeação de revisões a usar. De momento, penso somente em usar o próprio número da revisão no repositório Subversion, que esse sim é sequencial no tempo. No entanto, não espelha que objectivos foram cumpridos. Talvez algo como «doSolution»-rNNN-va.b.c?