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
  • Dietoterapia
  • wiki
  • Wiki
  • Configuracoes
  • Git

Git · Changes

Page history
Trim whitespaces authored Sep 16, 2018 by Rafael Victor Ruwer Araujo's avatar Rafael Victor Ruwer Araujo
Hide whitespace changes
Inline Side-by-side
configuracoes/Git.md
View page @ 36df57c6
......@@ -13,7 +13,7 @@ O projeto é divido em 3 repositórios:
- Notebook da AGES
Os computadores da AGES já vem com git instalado, portanto, basta [clonar](#clonar) o repositório desejado.
Os computadores da AGES já vem com git instalado, portanto, basta [clonar](#clonar) o repositório desejado.
- Notebook pessoal
......@@ -58,16 +58,16 @@ Bom, agora temos nosso repositório, antes de começarmos a trabalhar precisamos
Neste momento temos o repositório atualizado então vamos começar a trabalhar em uma nova feature, para isso criaremos uma branch de feature com este comando:
>`git checkout -b feature/<TASK_NAME>` <br>
(Note que TASK_NAME seria o nome da feature que você irá desenvolver)
Agora estamos prontos para começar a _codar_. Yay! 🤓
Para que nosso flow funcione muito bem usaremos [commits atômicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_Commit_Convention) e incrementais, ou seja, criaremos um commit para cada vez que tenhamos uma mudança funcional no código.
Para que nosso flow funcione muito bem usaremos [commits atômicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_Commit_Convention) e incrementais, ou seja, criaremos um commit para cada vez que tenhamos uma mudança funcional no código.
## Salvando suas alterações
O fluxo para criar commits é o seguinte:
>`git status` <br >
(Para visualizar quais arquivos foram alterados)
......@@ -75,7 +75,7 @@ Agora podemos adicionar apenas os arquivos que desejamos ao commit, ou adicionar
>`git add <FILE_PATH>` <br >
(Para adicionar um arquivo específico)
>`git add .` <br >
(Para adicionar todos os arquivos alterados)
......@@ -121,8 +121,8 @@ Se tudo der certo com o rebase estamos prontos para aplicar o merge na branch de
Feito isso, *idealmente* testamos todo o sistema pra ver se nada foi quebrado nos merges e se tudo estiver ok iremos subir a nova versão para o remoto com o seguinte comando:
>`git push origin dev`
>`git push origin dev`
<a name="conflito"></a>
Se houverem conflitos:
>Resolver conflitos usando o Visual Studio Code ou sua ferramenta de preferência.
......
Clone repository
  • Arquitetura
  • Configuração
  • Requisitos
  • configuracoes
    • Angular
    • Diagrama ER
    • Git
    • IntelliJ
    • Wiki
  • endpoints
  • Home
  • mockups
  • problemas
  • sprints