Padrões de workflow para repositório git

Cada commit deverá ser vinculado a um card do trello com uma breve descrição do que foi feito no mesmo. Temos duas branchs no nosso repositório, uma para desenvolvimento “dev”, branch na qual deverá ser desenvolvido o chamado. A segunda branch é a “master”, nossa branch de produção os arquivos só deverão ser comitados para essa branch após a demanda ter sido terminada e homologada. Obs.: As branchs locais deverão ser criadas apartir da branch “dev”.

Abaixo o grafico do repositório:

Segue abaixo o exemplo de um workflow em “Dev:

  • Indentificação do chamado no trello
  • O exemplo acima mostra em etapas como é descrito o chamado:
  1. Titulo do chamado;
  2. Descrição completa;Número do card;
  3. Número do card.
  • Desenvolvimento da demanda

Alteração de status no trello

  • O exemplo acima mostra em etapas como funciona o board:
  1. Nome do Board usado na hora de escrever a commit message git commit -m “projetos#1: ‘commit message’”
  2. Tabela para fazer, controla todas as demandas adicionadas em aberto para desenvolvimento.
  3. Tabela implementando, ao pegar um chamado para ser resolvido mover o card em questão (Drag and Drop), para esta tabela.Em developer, destinado as demandas que estão prontas, porém, em ambiente de “desenvolvimento”.
  4. Em produção, tabela que deve estar em sincronia com o nosso repositório. Todas as demandas que forem enviado para branch produção no bitbucket deverá estar nessa tabela.
  5. Demanda pausada, destinada as demandas que por ação da gerência e ou, por problemas na aplicação forem pausadas.

Este doc está sempre em beta ❤

One clap, two clap, three clap, forty?

By clapping more or less, you can signal to us which stories really stand out.