Política de Branchs

Nesta seção será abordado a questão das branchs e commits para a desenvolvimento do SPB.

Branchs

Existem os seguintes tipos de branchs:

• stable-X-Y: contem a versão estável e testada do sistema;
• master: contem todo o conjunto de novas features e bug fix;
• 'outras-branchs': contem, separadamente, o desenvolvimento de uma feature e/ou bug fix;

Stable-X-Y

Branch utilizada para atualização do ambiente de PROD

Quando a branch master estiver estável, contendo todas as novas features e bug fix necessários para a entrega, uma branch é criada apartir dela, do qual é chamada de stable-X-Y. O número da versão depende de qual a atualização que está sendo feita.

Para a atualização que tem muito impacto em todo o sistema, um conjunto de features por exemplo, é feito um bump da versão X, e para pequenas atualização como a de bug fix, é feito um bump da versão Y.

Durante o desenvolvimento, seguiu-se a versão de acordo com o conjunto de entregas da release e pequenas atualizações intermediarias. Ou seja, a verao stable-4.2 contem todas as features promovidas para a release 4 e mais a 2ª atualização dos itens intermediarios.

Master

Branch utilizada para atualização do ambiente de DEV

O conjunto de partes do desenvolvimento são atualizadas na branch master através de merge request, que são pedidos de revisões para que entrem, minimamente estável, na nova versão do SPB. Sempre rode os testes de todas as aplicações core do sistema para garantir o funcionamento.

Para testes, essa branch também pode ser utilizadas em outros ambientes locais.

Não utilize está branch para atualização de PROD, pois não é uma versão estável do sistema.

Outras Branchs

Branch utilizada para ambientes locais

As demais branchs são para desenvolvimento e bug fix. Os nomes são escolhidos para dizer sobre o que se trata, então utilize palavra chaves para descreve-las.

Bug Fix

Para realizar uma atualização de bug fix é necessário:

• Realizar o bug fix em sua branch;
• Realizar o merge com a master;
• Confirir os testes com a master;
• Cherry-pick do seu commit de bug fix para a branch stable-X-Y;
• Confirir os testes com a stable-X-Y

O motivo para esse procedimento é a garantia do funcionamento do sistema após o bug fix tanto para a nova versão quanto para a antiga do SPB. Além de identificar possíveis efeitos colaterais.