...
Procedimento para Pull Requests (PR)
Um Pull Request, também conhecido como ou PR, é uma solicitação para mesclar o código de uma ramificação ( branch ) para em outra no repositório. Para otimizar o processo, é recomendado que siga as orientações abaixo:
1. Envio do PR
Envie todas as solicitações de PR
...
para o grupo do Teams
...
chamado [AD] - APROVAÇÃO PRs.
...
Se você não estiver no grupo,
...
entre em contato com Lucas Falotico, Diego Mota ou Alessandro Holanda para ser
...
A seguir, estão algumas boas práticas que devem ser seguidas no processo de solicitação de PR. O não seguimentos das mesmas resultará na reprovação do PR.
...
adicionado.
2. Boas Práticas
Lembre-se de seguir as seguintes boas práticas para evitar a reprovação do PR:
PR da Branch Feature para Develop
...
O Tech Lead pode
...
aprovar a consolidação da Branch Feature na Branch de Develop
...
em algumas SQUADs.
Certifique-se de consolidar todos os Commits na Branch de Develop para posterior
...
implantação em produção.
...
Se for necessário criar um novo JOB,
...
entre em contato com a equipe de arquitetura de dados para
...
No caso em que não houver um tech-lead responsável por essa aprovação, o processo seguirá o mesmo fluxo utilizado para a branch master, sendo necessário fazer a solicitação por meio do grupo do Teams.
...
obter suporte na definição de recursos, configuração e tagueamento apropriados.
PR da Branch Develop para Master
A aprovação
...
é exclusiva do time de arquitetura de dados
...
usando o grupo do Teams
...
[AD] - APROVAÇÃO PRs.
...
Certifique-se de incluir os seguintes elementos na solicitação de aprovação de PR:
Descritivo detalhado das alterações contidas no pacote (Obrigatório).
Procedimentos, se necessários, antes ou depois da aprovação, claramente listados e numerados para indicar uma ordem específica, se
...
aplicável.
Evidências de execução bem-sucedida em DEVELOP
...
, como um print ou
...
link para as execuções no ambiente de DEVELOP, exibindo as melhorias em questão (Obrigatório).
Os itens marcados como Lembre-se de que itens obrigatórios devem ser integralmente apresentados no PR; a ausência de qualquer um deles resultará automaticamente na reprovação. Além disso, caso haja certifique-se de incluir 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á.
...
se aplicável.
3. Prazos
O prazo
...
para
...
aprovar qualquer Pull Request (PR) é de até dois dias úteis.
Por exemplo, se você enviar um PR
...
em uma segunda-feira às 13:00, a aprovação deve
...
ocorrer até quarta-feira às 13:00.
...
Durante esse período, o PR pode ser rejeitado
...
se inconsistências forem identificadas
...
.
Não realizaremos aprovações de PRs para o ambiente produtivo às sextas feiras a fim de evitar quaisquer problemas no ambiente de produção durante o final de semana (Exceto situações de urgência justificadas)
Dias que antecedem feriados terão a mesma regra de aprovação que sextas feiras
4. Situações de Urgência
Em casos de urgência, entre em contato diretamente com a liderança de arquitetura de dados, representada por Alessandro Holanda.
Essa abordagem
...
permitirá a análise da situação e a determinação da melhor solução a ser adotada.
Criação de Novas Branches a partir da Develop
Para evitar conflitos, sempre crie novas branches a partir da branch Develop atualizada. Siga os passos abaixo:
Certifique-se de que sua branch Develop local esteja atualizada com as últimas alterações do repositório remoto. Use o comando:
git checkout Developgit pull origin DevelopAgora crie uma nova branch a partir da Develop usando o comando:
git checkout -b nome-da-nova-branchTrabalhe na sua nova branch, faça as alterações necessárias e envie um PR quando estiver pronto.
Seguir este processo ajuda a evitar conflitos e garante que sua nova branch seja baseada na versão mais recente da Develop.