Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Wiki 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
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • PlanLine
  • WikiWiki
  • Wiki
  • Processos

Processos · Changes

Page history
docs: Defines branch name format. authored Sep 02, 2023 by Giovanni Gonçalves Migon's avatar Giovanni Gonçalves Migon
Hide whitespace changes
Inline Side-by-side
Processos.md
View page @ 1c5d01e7
...@@ -30,7 +30,20 @@ Esta seção é dedicada a apresentar o processo de desenvolvimento do time, jun ...@@ -30,7 +30,20 @@ Esta seção é dedicada a apresentar o processo de desenvolvimento do time, jun
- [Padrões utilizados](#padrões-utilizados) - [Padrões utilizados](#padrões-utilizados)
- [Definition of Done](#definition-of-done) - [Definition of Done](#definition-of-done)
### Criando uma Branch ---
### Definition of Ready
Para que uma tarefa seja considerada pronta para desenvolvimento, ela deve seguir as seguintes condições:
- Qualquer tarefa da qual ela tenha dependência.
- O ambiente de desenvolvimento local deve estar devidamente setado.
---
### Padrões utilizados
#### Branches
Para criar uma branch e começar a trabalhar nela, 3 comandos git serão essenciais, vejamos abaixo quais são eles: Para criar uma branch e começar a trabalhar nela, 3 comandos git serão essenciais, vejamos abaixo quais são eles:
...@@ -42,18 +55,18 @@ git checkout -b <NOME_DA_SUA_BRANCH_AQUI> # Cria uma nova branch. ...@@ -42,18 +55,18 @@ git checkout -b <NOME_DA_SUA_BRANCH_AQUI> # Cria uma nova branch.
Utilizando os comandos acima, você estará indo para a branch ‘develop’, puxando todas as modificações remotas e criando uma nova branch a partir de ‘develop’. Você então passará a trabalhar na nova branch criada. Utilizando os comandos acima, você estará indo para a branch ‘develop’, puxando todas as modificações remotas e criando uma nova branch a partir de ‘develop’. Você então passará a trabalhar na nova branch criada.
--- Os nomes das branches devem seguir o formato ```<tipo>/<código>```, onde os ```<tipo>``` são os mesmos tipos usados nas tarefas cadastradas no Trello, e o ```<código>``` é o card number, que pode ser encontrado logo abaixo do título do card, seguido de um "#".
### Definition of Ready Exemplos:
- ```task/15```
Para que uma tarefa seja considerada pronta para desenvolvimento, ela deve seguir as seguintes condições: - ```chore/12```
- Qualquer tarefa da qual ela tenha dependência. - ```spike/11```
- O ambiente de desenvolvimento local deve estar devidamente setado.
--- ---
### Padrões utilizados #### Commits
```
Para tornar mais consistentes as mensagens de commit, usamos o padrão Conventional Commits. Para seguir esse padrão, as mensagens, em geral, devem escritas seguindo no formato `<tipo>[escopo]: <descrição>`, em que: Para tornar mais consistentes as mensagens de commit, usamos o padrão Conventional Commits. Para seguir esse padrão, as mensagens, em geral, devem escritas seguindo no formato `<tipo>[escopo]: <descrição>`, em que:
- o `<tipo>`, obrigatório, é um dos tipos possíveis de commit; - o `<tipo>`, obrigatório, é um dos tipos possíveis de commit;
- o `[escopo]`, opcional, sempre escrito entre parênteses, contextualiza o commit dentro do projeto, e pode ser tanto uma funcionalidade do produto, quanto uma questão técnica do projeto; - o `[escopo]`, opcional, sempre escrito entre parênteses, contextualiza o commit dentro do projeto, e pode ser tanto uma funcionalidade do produto, quanto uma questão técnica do projeto;
...@@ -77,6 +90,7 @@ Tipos usados no time: ...@@ -77,6 +90,7 @@ Tipos usados no time:
Mais informações estão disponíveis no [link](https://www.conventionalcommits.org/pt-br/v1.0.0/). Mais informações estão disponíveis no [link](https://www.conventionalcommits.org/pt-br/v1.0.0/).
```
--- ---
### Definition of Done ### Definition of Done
......
Clone repository
  • Home
Documentação do negócio
  • Controle de Sprints
  • Requisitos de negócio(US)
  • Processo de desenvolvimento
  • Gerênciamento do projeto
  • Horários Disponíveis
  • Squads
Documentação técnica
  • Arquitetura
  • Mockups
  • Banco de dados
  • Instalação