Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

Link para esta página de comparações

Ambos lados da revisão anterior Revisão anterior
Próxima revisão
Revisão anterior
pcodifica [2016/08/25 07:06]
mario
pcodifica [2016/08/25 07:25]
mario
Linha 11: Linha 11:
   - Revisão e integração;​   - Revisão e integração;​
   - Testes de usuário e estabilização;​   - Testes de usuário e estabilização;​
-  - Gerar versão ​final; +  - Finalização de uma versão;
-  - Realizar commit; +
-  - Atualizar controle (trac)+
   - Documentação do código (request commit).   - Documentação do código (request commit).
  
Linha 30: Linha 28:
 Uma vez que o ambiente de desenvolvimento está pronto, a ação seguinte consiste em aceitar uma tarefa dentre as tarefas disponíveis e realizar o seu desenvolvimento. Em geral, existe sempre um Marco corrente ao qual os desenvolvedores devem focar seu desenvolvimento. Porém não é incomum a necessidade de desenvolver tarefas de correções em Marcos anteriores, ou até tarefas que estão previstas somente para Marcos posteriores. Uma vez que o ambiente de desenvolvimento está pronto, a ação seguinte consiste em aceitar uma tarefa dentre as tarefas disponíveis e realizar o seu desenvolvimento. Em geral, existe sempre um Marco corrente ao qual os desenvolvedores devem focar seu desenvolvimento. Porém não é incomum a necessidade de desenvolver tarefas de correções em Marcos anteriores, ou até tarefas que estão previstas somente para Marcos posteriores.
  
-O desenvolvimento começa com a aceitação de uma tarefa por parte de um desenvolvedor. Esse passo irá indicar ao grupo que determinado desenvolvedor passou a ser o responsável pelo desenvolvimento de determinada tarefa. Em seguida o desenvolvimento se inicia. Ao final do desenvolvimento da tarefa, caberá ao desenvolvedor executar os devidos testes para verificar se tudo está correto e a tarefa está completa.+O desenvolvimento começa com a aceitação de uma tarefa por parte de um desenvolvedor. Esse passo irá indicar ao grupo que determinado desenvolvedor passou a ser o responsável pelo desenvolvimento de determinada tarefa. Em seguida o desenvolvimento se inicia. Ao final do desenvolvimento da tarefa, caberá ao desenvolvedor executar os devidos testes para verificar se tudo está correto e se a tarefa está realmente ​completa.
  
 Quando a tarefa estiver completa, o passo seguinte é o de integrar este desenvolvimento ao repositório principal. Primeiramente,​ o desenvolvedor integrará as modificações aos repositórios existentes na sua conta, e em seguida requisitar a revisão e integração das modificações ao repositório principal. Quando a tarefa estiver completa, o passo seguinte é o de integrar este desenvolvimento ao repositório principal. Primeiramente,​ o desenvolvedor integrará as modificações aos repositórios existentes na sua conta, e em seguida requisitar a revisão e integração das modificações ao repositório principal.
Linha 46: Linha 44:
 Se durante a fase de testes alguma inconsistência for encontrada, como por exemplo falha na execução, ou um resultado diferente do esperado, a tarefa será reaberta para que o desenvolvedor possa efetuar as devidas adaptações e correções. Este processo iterativo de testes e ajustes é chamado de estabilização. Se durante a fase de testes alguma inconsistência for encontrada, como por exemplo falha na execução, ou um resultado diferente do esperado, a tarefa será reaberta para que o desenvolvedor possa efetuar as devidas adaptações e correções. Este processo iterativo de testes e ajustes é chamado de estabilização.
  
-Uma vez que os testes realizados verificaram que todos as tarefas do Marco foram atendidas ​e estão aptas para entrega, o Marco é dado como estabilizado.+  5.Finalização de uma versão 
 +   
 +Uma vez que os testes realizados verificaram que todos as tarefas do Marco foram atendidas, o Marco é dado como estabilizado. ​Neste momento, inicia-se o desenvolvimento de um novo Marco. 
 + 
 +Além do início de um novo Marco, outros processos são realizados. O principal deles é a manutenção de uma cópia exata do estado de desenvolvimento ao final do desenvolvimento de cada Marco. Isso se faz necessário uma vez que podem haver entregas de versões, e pode ser preciso efetuar correções pontuais nesta versão entregue. Como não é desejável que aumentemos a instabilidade,​ essas correções devem ser realizadas no próprio Marco que havia sido finalizado. 
 + 
 +Dependendo do projeto, podem ocorrer entregas de versões nessa etapa. Consequentemente,​ pode ser necessário o empacotamento do sistema e de outros arquivos que compõem as entregas.