Informações gerais

Um Pull Request nada mais é do que a solicitação de subida de , também conhecido como PR, é uma solicitação para mesclar o código de uma ramificação (branch) para outra no repositório.

Para fins de otimizar o processo, é recomendado que todas as solicitações devem ser enviar de PR sejam enviadas para o grupo do Teams com o nome [AD] - APROVAÇÃO PRs. Caso o solicitante não esteja no grupo, favor acionar o peço que entre em contato com Lucas Falotico, Diego Mota ou Alessandro Holanda para inserçãoser inserido.

Abaixo A seguir, estão algumas boas práticas que devem ser respeitadas seguidas no processo de solicitação de PR. O não seguimentos das mesmas resultará na reprovação do PR.

Solicitação de PR da Branch Feature para Develop

Em algumas SQUADs, o próprio Tech Lead da mesma poderá fazer a aprovação pode ser responsável por aprovar a consolidação da Branch Feature para a na Branch de Develop. Todavia, alguns pontos devem ser considerados neste fluxo:

...

Contudo, é essencial levar em conta os seguintes pontos nesse processo:

1. É responsabilidade integral do Tech Lead que realizou a aprovação garantir a consolidação de todos os Commits na

...

1. Branch de Develop

...

1. para posterior ida para produção.

2. Caso haja a necessidade de criar um novo JOB, é fundamental entrar em contato com

...

1. a equipe de arquitetura de dados para solicitar

...

1. suporte. Isso abrange a definição dos recursos necessários, bem como a configuração e o tagueamento

...

1. adequados do JOB.

Solicitação de um PR da Brach Develop para Master

A aprovação deve ser única e exclusivamente efetuada pelo time de arquitetura de dados, e todas as solicitações de aprovação devem ser feitas através do utilizando o grupo do Teams [denominado [AD] - APROVAÇÃO PRs].

Pontos importantes de constar na solicitação do PR:

...

Conter o descritivo das alterações que estão dentro do Pacote. (Obrigatório)

...

É fundamental que as solicitações de aprovação de PRs contenham os seguintes elementos:

1. Descritivo detalhado das alterações contidas no pacote (Obrigatório).

2. Procedimentos, se necessários, antes ou depois da aprovação, deve constar de forma clara e enumerada caso tenhamos que seguir alguma ordem específica. Deve conter as evidências de execução com sucesso em DEVELOP. (Pode ser um print, ou o link das claramente listados e numerados para indicar uma ordem específica, se for o caso.

3. Evidências de execução bem-sucedida em DEVELOP. Isso pode ser um print ou um link para as execuções no ambiente de DEVELOP contendo , exibindo as melhorias em questão ) (Obrigatório).

OS Os itens marcados como obrigatórios , caso não constem no PR serão automaticamente reprovados. Caso tenham passos a serem realizados antes ou depois e não estiver constando de forma clara no PR, também serão reprovadosdevem ser integralmente apresentados no PR; a ausência de qualquer um deles resultará automaticamente na reprovação. Além disso, caso haja etapas a serem seguidas antes ou depois da aprovação, e essas etapas não estiverem claramente indicadas no PR, a reprovação também ocorrerá.

Sobre Prazos

O prazo estabelecido para a aprovação de qualquer Pull Request (PR) é de até dois dias úteis. Por exemplo, se um PR for submetido em uma segunda-feira às 13:00, a aprovação deve ser realizada até quarta-feira às 13:00. É importante destacar que durante esse período, o PR pode ser rejeitado caso sejam identificadas inconsistências.

No caso de situações que demandem urgência, é imprescindível que haja uma comunicação direta com a liderança de arquitetura de dados, representada por Alessandro Holanda. Essa abordagem visa possibilitar a análise da situação e a determinação da melhor solução a ser adotada.