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
  • HiperBem
  • wiki
  • Wiki
  • git workflow

git workflow · Changes

Page history
No commit message authored Sep 05, 2019 by Fernando Locatelli Maioli's avatar Fernando Locatelli Maioli
No commit message
Hide whitespace changes
Inline Side-by-side
git-workflow.md
View page @ 6812f064
...@@ -33,11 +33,14 @@ Por exemplo: ...@@ -33,11 +33,14 @@ Por exemplo:
Adiciona dependência nova, mostra alerta quando usuário insere senha errada. Adiciona dependência nova, mostra alerta quando usuário insere senha errada.
``` ```
Dica, se você escrever `git commit -m "` e pressionar enter, poderá escrever várias linhas no terminal. Digite `"` novamente e de enter para finalizar.
<br> <br>
## Nomeação de Branches ## Nomeação de Branches
Lembre-se de dar um `pull` da **versão remota** da branch `dev` sempre que você for criar um branch nova, garantindo que ela é criada a partir da versão estável mais atual. Como padrão para nomes de branches, foi decidido o seguinte: Lembre-se de ir para a branch `dev` e dar `git pull` antes de criar uma branch nova, garantindo que ela será criada a partir da versão estável mais atual da dev. Como padrão para nomes de branches, foi decidido o seguinte:
`<número da tarefa>/<nome da tarefa separado por hífen sem acentuação>` `<número da tarefa>/<nome da tarefa separado por hífen sem acentuação>`
...@@ -45,13 +48,15 @@ Por exemplo: ...@@ -45,13 +48,15 @@ Por exemplo:
`67/Validacao-e-alertas-campo-de-senha` `67/Validacao-e-alertas-campo-de-senha`
Quando criar uma branch, use o comando `git push --set-upstream origin <número da tarefa>/<nome da tarefa separado por hífen sem acentuação>` para envia-lá ao repositório remoto no GitLab, permitindo que outros membros do time tenham acesso a sua branch
<br> <br>
## Merge Requests ## Merge Requests
- Quando você terminar sua tarefa, dê um `pull` na branch remota da `dev` para a sua branch atual e garanta que não existem conflitos com as suas alterações - Quando você terminar sua tarefa, uso o comando `git pull origin dev` para atualizar sua branch atual com as alterações mais recentes, e garanta que não existam conflitos com as suas alterações
- Suba as suas alterações para o remoto - Suba as suas alterações para a sua branch remota
- Abra o GitLab e crie um novo Merge Request - Abra o GitLab e crie um novo Merge Request
- No título do Merge Request escreva o número da tarefa e seu nome - No título do Merge Request escreva o número e o nome da tarefa
- Na descrição, descreva a tarefa - Na descrição, descreva a tarefa
- Em Assignees, selecione todas os membros aos quais essa tarefa foi delegada - Em Assignees, selecione todas os membros aos quais essa tarefa foi delegada
- Finalize a criação do Merge Request - Finalize a criação do Merge Request
......
Clone repository
  • arquitetura
  • banco_dados
  • configuracao
  • cronograma
  • git workflow
  • gp
  • Home
  • horarios
  • material de estudo
  • mockups
  • padronização
  • requisitos
  • retrospectivas
  • sprints
  • testes