Neste artigo apresento uma proposta para um fluxo de trabalho simples usando a ferramenta de gestão de versão de código fonte padrão do mercado, um Git workflow.
Para uma gestão eficiente de um projeto de desenvolvimento de software, além do uso elementar de uma ferramenta de versionamento, é importante definir uma padronização de organização para a equipe.
Git workflow simples
A imagem a seguir apresenta um diagrama que resume o trabalho regular, de forma simplificada, em um projeto de desenvolvimento com versionamento de código usando Git:
A sequência a seguir descreve o passo a passo para este fluxo de trabalho, considerando um caminho sem a ocorrência exceções no andamento do desenvolvimento de um projeto de software.
Para um tutorial com os comandos Git para executar esta sequência, leia o post original.
- Criação do repositório
- Commit inicial no branch master
- Proteger o branch master para que não seja possível fazer push direto nele. > Os serviços Github, Gitlab e Bitbucket permitem esta proteção no repositório
- Criação do branch dev para ser utilizado pelo desenvolvimento
- Realizar os commits no branch dev
- Ao chegar em um momento de realizar testes para publicação da aplicação em produção, criar o branch test
- Fazer o merge de dev em test, enviar para o repositório central e realizar o deploy no servidor de testes
- Se todos os testes passarem, fazer o merge de test em master, criar tag de versão, então publicar em produção
- Continuar o desenvolvimento em dev
- Novo ponto de estabilidade para publicação em produção, novamente fazer o merge de dev em test
- Caso algum erro/falha seja encontrado no teste, corrigir em dev
- Após correções, novo merge de dev em test – comandos anteriores
- Após todos os testes serem aceitos, merge de test em master, tag de versão, publicar em produção – comandos de publicação em produção e master explicados acima
- Continuar o fluxo de trabalho descrito
Desta maneira, consideramos que a versão em produção será sempre igual à última tag do branch master. A última versão no ambiente de testes será sempre a última entrada (HEAD) no ramo test.
Enquanto o desenvolvimento continua trabalhando no branch dev com as novas funcionalidades a serem implementadas.
O link a seguir apresenta a continuidade do artigo com o fluxo tratando correções de produção.
O post Git Workflow simples apareceu primeiro em MAZER.DEV.
Top comments (0)