Changes between Version 3 and Version 4 of WF/versaoexperimental

Timestamp:

12/16/09 16:45:03 (14 years ago)

Author:

viani

Comment:

--

WF/versaoexperimental

@@ -1 +1 @@
 = Versão Experimental - Flumen =
 
-Em paralelo ao desenvolvimento normal do módulo workflow, encontra-se em construção uma nova versão, por enquanto experimental, com o objetivo de reestruturar o módulo e introduzir melhorias significativas. O codinome desta versão é "Flumen".
+Em paralelo ao desenvolvimento normal do módulo workflow, encontra-se em construção uma nova versão experimental, com o objetivo de reestruturar o módulo e introduzir melhorias significativas. O codinome desta versão é "Flumen".
 
-O código fonte está disponível na área [browser:sandbox/workflow SandBox do Svn], e está estruturado desta forma:
+O código fonte está disponível na área [browser:sandbox/workflow sandbox do Svn], e está estruturado desta forma:
 
 {{{
- Sandbox
+ sandbox
   |
-  + - Workflow
+  + - workflow
       |
       + - trunk
@@ -14 +14 @@
       + - branches
           |
-          + Ticket #
+          + ticket #
 }}}
 
 O ramo trunk é destinado para a versão em desenvolvimento consolidada, isto é, o código existente no trunk deve ser funcional, podendo ser baixado e executado, com o mínimo de problemas.
 
-O ramo branches é destinado para as versões em desenvolvimento, associadas a tickets do trac. Cada novo experimento deve estar registrado em um ticket associado ao milestone "!Sandbox - Workflow".
+O ramo branches é destinado para as versões em desenvolvimento, associadas a tickets do Trac. Cada novo experimento deve estar registrado em um ticket associado ao milestone "!SandBox - Workflow".
 
-O ciclo de vida de uma implementação no Flumen seria:
+O ciclo de vida de uma implementação no Flumen deve ser:
 
- * Criar um ticket no trac para descrever e discutir a nova implementação;
+ * Criar um ticket no Trac para descrever e discutir a nova implementação;
  * Associar o ticket ao milestone "!SandBox - Workflow";
  * Criar um branch a partir do trunk e nomeá-lo com o número do ticket;
  * Desenvolver as modificações no branch e testar;
- * Quando estiverem concluídas, fazer o merge com trunk;
+ * Quando estiverem concluídas, fazer o merge com trunk e testar;
  * Fechar o ticket.
+
+Caso o assunto de um ticket seja de fácil implementação, é opcional criar o branch para ele, podendo a implementação ser feita diretamente no trunk.
+
+Não é recomendado ter mais de um ticket associado a um branch. É preferível ter sempre a associação de um ticket ao seu próprio branch. 
 
 Caso alguma implementação no Flumem possa ser aproveitada de imediato no módulo oficial, nada impede que seja transferida, desde que bem testada e não comprometa o funcionamento do módulo e processos.