untracked - Quando o arquivo acabou de ser adicionado ao repositorio (o Git não conhece dentro do versionamento de arquivos)

unmodified - Adicionado ao Git mas não houve nenhuma alteração

modified - Quando houve alteração/edição no arquivo

staged - Adicionado a uma area onde será adicionado a versão (após o commit retorna ao status unmodified)

git config --global user.name "Seu nome"

git config --global user.email "seu@email"

git config --global core.editor emacs
git config --global core.editor subl
git config --global core.editor code
git config --global core.editor vim

git config --global init.defaultBranch <nome>

git config --list
git config user.name
git config user.email
git config core.editor
git config init.defaultbranch

git init

git checkout -b <nomeDaBranch>

git branch

git branch -a

git checkout <nomeDaBranch>

Obs: Selecionar branch de destino exemplo main e efetuar o merge com o branch desejado.

git merge <nomeDaBranch>

git branch -m master main
git branch -m main

git branch -d <file>

git status

git add <file>

git add *
git add .

git commit -m "seuComentarioAqui"

git commit -am "seuComentarioAqui"

git rm --cached -f <file> ou <folder1/>

git remote add origin <urlDoSeuRepositorioDoGitHub>

git remote
git remote -v
git remote show origin

git push

git push -u origin main

git push --set-upstream -f origin main

git pull

git log
git log --decorate

git log --author"nomeDoAutor"

git shortlog 

git shortlog -sn 

git log --graph 

git show numeroDaHashAqui 

git log --pretty=oneline

git diff

git diff --name-only

git checkout <file>

git reset HEAD <file>

git reset --soft numeroDaHashAqui
git reset --mixed numeroDaHashAqui
git reset --hard numeroDaHashAqui
git restore <file>

• feat: O nome já diz também o que é, uma nova feature que será adicionada ao projeto, componente e afins.

• bugfix: Como o próprio nome já diz, é um BUG e precisa ser corrigido de forma imediata, o quanto antes.

• hotfix: Às vezes esse termo pode ser usado de outras formas, até mesmo para usar no lugar do bugfix. Porém, eu prefiro separar, deixar com semânticas diferentes. Ele é bem similar ao bugfix/, porém, ele não é um BUG, mas sim uma correção, seja ela de cor, textos, alterações não tão urgentes, que não signifiquem BUG's.

• docs: mais um fácil, para algo relacionado a documentações, README e afins

• style: mexeu no estilo, CSS? Manda brasa então nesse cara

• refactor: precisou alterar, melhoria no código.

• perf: quando você mexer em algo relacionado a performance, fique à vontade em usar esse aqui.

• improvement: O nome já mostra para o que serve. Em si é uma melhoria para um feature já existente, seja de performance, de escrita, de layout, etc.

• test: para testes, ok?

• chore: geralmente o mais emblemático. Serve para coisas relacionados a build, configs e afins. Por exemplo, mexeu em algo no package.json? Use esse cara, seja atualizando a versão do pacote ou instalando novas dependências

• Pesquisa

  • Git How To é um tour guiado que passa pelos fundamentos de Git, inspirado pela premissa que saber sobre algo é fazê-lo.

  • Padrões e nomenclaturas no Git Como você cria suas branches? E seus commits? Possui padrões? Bruno Dulcetti 👏🏻👏🏻

    • Commitizen Ao confirmar com o Commitizen, você será solicitado a preencher todos os campos de confirmação obrigatórios no momento do commit.

    • Nomenclatura para repositórios Existe uma convenção de nomenclatura para repositórios git?

Tempo gasto no IDE para este repositório, rastreado automaticamente com wakatime .

Made with 💙 by JUNIOR LIMA 👋 See my LinkedIn • GitHub @JuniorLima22

_{↑ voltar para o topo ↑}