Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • W Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • StopCidadania
  • Wiki
  • Wiki
  • gcs padroes de git

Last edited by Lucas Demoliner Jun 05, 2019
Page history

gcs padroes de git

Home Gerenciamento Design Arquitetura Desenvolvimento
Padrões Rotas Configuração de Ambiente Definição de Pronto

GIT Commits

Padrão: Descrição breve do que foi feito

Exemplo: "fix login bug"

  • Vamos fazer uso de boas práticas, devemos sempre descrever o commit em inglês e utilizando o IMPERATIVO, como se estivesse passando um comando para alguém, por exemplo, em vez de começar a descrição usando 'adding', devemos usar 'add'.

Branchs e Merges

  • Nosso repositório vai conter 3 branches principais: master, staging e develop.

  • Para começar o desenvolvimento de uma tarefa, deve-se criar uma branch a partir da develop, com o nome feat-xx (substituir xx pelo número da tarefa), onde serão feitos os commits relacionados a tarefa.

  • Após o desenvolvedor(a) terminar sua tarefa, testar e garantir que esteja funcionando, deve-se abrir o merge request para a branch develop.

  • Após ter as duas aprovações no seu merge request, então poderá fazer o merge em develop.

  • Caso não tenha as aprovações necessárias, deve-se corrigir/modificar o que é necessário, sempre dando commit na branch da tarefa.

  • Ao final da sprint deve ser lançada release, e para isso deve-se fazer um Merge Request da branch develop para a branch de staging.

Exemplo

TODO

Clone repository
  • arquitetura
  • certificado
  • cronograma
  • definicao das rotas
  • definicao de pronto
  • gcs padroes de git
  • Home
  • horarios do time
  • identificacao dos stakeholders
  • mockups
  • plano de comunicacao
  • retrospectivas
  • sprints
  • telas