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
Visualizar mudanças antes de enviar e salvar a versão com commit (Você pode revisar o código antes do envio)
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