0% acharam este documento útil (0 voto)
11 visualizações5 páginas

Padrões de Desenvolvimento FCO Group

O documento estabelece padrões de trabalho para a equipe de Desenvolvimento do FCO Group, incluindo a criação de branchs e a padronização de descrições de commits no GIT. As nomenclaturas das branchs devem seguir um formato específico baseado em solicitações, e os commits devem ser categorizados como correções ou melhorias, com exemplos fornecidos. Além disso, são apresentadas boas práticas para manter a organização e a comunicação entre os desenvolvedores durante o processo de mesclagem.

Enviado por

Saymon Tavares
Direitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd
0% acharam este documento útil (0 voto)
11 visualizações5 páginas

Padrões de Desenvolvimento FCO Group

O documento estabelece padrões de trabalho para a equipe de Desenvolvimento do FCO Group, incluindo a criação de branchs e a padronização de descrições de commits no GIT. As nomenclaturas das branchs devem seguir um formato específico baseado em solicitações, e os commits devem ser categorizados como correções ou melhorias, com exemplos fornecidos. Além disso, são apresentadas boas práticas para manter a organização e a comunicação entre os desenvolvedores durante o processo de mesclagem.

Enviado por

Saymon Tavares
Direitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd

Padrões de trabalho do Desenvolvimento

FCO Group
Para fins organizacionais e de melhor desempenho da equipe de Desenvolvimento
FCO Group, será adotado a prática de criação de branchs.

Padronização das descrições, deve ser feito para que por padrão sempre que for
realizado um commit no GIT seja informado se o mesmo é uma nova implementação,
se é uma correção, se foi originado de uma RST ou solicitação e seu respectivo código,
contendo uma breve descrição(Palavras chaves) das melhorias realizadas.

Para o controle, fica à critério do desenvolvedor utilizar a ferramenta que deseja(git


bash, VS Code), como sugestão, fica GitHub Desktop por facilitar as funções.

Padrão de branch
Para a nomenclatura das branchs, o padrão a ser seguido será baseado no número da
solicitação, para facilitar buscas futuras e para deixar claro da onde surgiu a origem das
alterações feitas serão da solicitação digitada.

RST-{numero da RST}

SOL-{numero da SOL}

Exemplo: SOL-12345
Padrão de commit
Seja na hora da solicitação do merge ou commit interno da branch, o padrão para
facilitar o entendimento das alterações realizadas deve seguir desta forma:

● Para ajustes de erros/bugs:

Fix - SOL/RST:{número} [descrição]....

Exemplo “Fix - RST:12345 ajustado campo de nome que não aceitava mais que 10
caracteres”

● Para projetos/melhorias:

Feat - SOL/RST:{número} [descrição]....

Exemplo “Feat - SOL:67891 Criado funcionalidade para automatizar o processo 123 do


almoxarifado”
Solicitação de mesclagem(merge)
Após terminar todas as suas alterações e serem aprovadas, realizar a solicitação de
mesclagem no GitLab

No canto superior direito, selecione o projeto da sua branch e crie uma nova solicitação de
mesclagem
Informe sua branch e vá em “Comparar ramificações e continuar”

Informe o título conforme os padrões de commit, e descreva objetivamente suas alterações no


campo “descrição”, posteriormente defina o responsável por revisar o código e realizar o
merge(geralmente será um desenvolvedor da FCO Group)

Para finalizar, selecione as opções abaixo e finalize a criação da sua mesclagem.

Caso necessário, o revisor entrará em contato com o desenvolvedor para sanar dúvidas e
alterações.
Boas práticas
● Sempre mantenha a branch atualizada em relação à trunk/main
● Faça descrições esclarecedoras das suas alterações.
● Em caso de conflitos, contatar o outro desenvolvedor que também realizou alterações
no mesmo arquivo para não afetar nenhuma lógica.

Você também pode gostar