...
Procedimento para Pull
...
Requests (PR)
Um Pull Request, ou PR, é uma solicitação para mesclar código de uma ramificação ( branch ) para em outra no repositório. Para fins de otimizar o processo, 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
...
Abaixo algumas boas práticas que devem ser respeitadas no processo de solicitação do PR.
...
ser 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
...
Fica de inteira responsabilidade do tech lead que aprovou a consolidação de em algumas SQUADs.
Certifique-se de consolidar todos os Commits na branch Branch de Develop Para criação de um JOB novo, é necessário entrar em contato com o time 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 solicitar apoio obter suporte na definição dos recursos necessários bem como a de recursos, configuração e tagueamento corretoapropriados.
...
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 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 reprovadosLembre-se de que itens obrigatórios devem ser apresentados no PR; a ausência de qualquer um deles resultará automaticamente na reprovação. Além disso, certifique-se de incluir etapas a serem seguidas antes ou depois da aprovação, 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.