Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current Restore this Version View Version History

« Previous Version 2 Next »

Orientação para criação de branches no Bitbucket

Referencia de como integrar o Bitbucket no Databricks: Integração Bitbucket com Databricks  

Todas as nossas branches deverão ser de um dos quatro tipos abaixo. 

  • Release (implantação de um novo processo/integração)

  • Feature (novos recursos/integrações de um processo que já existe)

  • Hotfix (correção/ajuste de processos que não apresentam erro. Melhoria ou ajuste de uma regra, por exemplo)

  • Bugfix (correção de erro(s) em produção. Processos impactados e prejudicados por alguma exceção)

 

Na sequência deveremos informar o número da tarefa no Jira e o nome do responsável.

Referencia de como integrar o Bitbucket com o Jira: Integração Bitbucket com JIRA

 

Exemplo:

release/DGA-861/lucas_falotico

 Uma vez que essa branch teve seu desenvolvimento concluído e refletido nas branchs develop e master, poderemos excluir do bitbucket.

 

Check List de Deploy para Develop e Produção

 

  • Solicitações para arquitetura:

    • Criação de PR

      • Informar o link da PR 

    • Criação de Secret

      • informar ESCOPO e CHAVE (scope / key). Se tiverem dúvidas quanto a isso, perguntem.

    • Liberação de JOB e Mount

      • Nome do JOB 

      • Nome do Mount Utilizado

    • Execução de Job em Produção

      • Informar para executar o JOB após a execução da PR (GARANTIR que o processo foi executado com sucesso em DEV)

    • Carga de Tabelas (Histórico ou Tabelas Estáticas)

      • Informar todas as tabelas necessárias, sejam tabelas finais ou estáticas do processo.

      • Informar se têm ou não partição

      • Garantir que tenham o Create Table If Not Exists nos notebooks de processamento

  • Validação em DEV dos processos desenvolvidos antes da PR para MASTER

  • Incluir Evidências de Execução do JOB Databricks na Tarefa Jira (ou na própria Pull Request). Essa evidência facilitará na validação da alteração pelo APROVADOR da PR.