git config --global color.uit true
git config --global user.name "Nome Sobrenome"
git config --global user.email [email protected]
git config --list
Navegar até a pasta do projeto e digitar o seguinte comando git init
git add . Adiciona todos os arquivos
git add arquivo Adiciona apenas um unico arquivo para ser commitado
git commit -m "Mensagem
ou
git commit -a -m "Descrição Commit" Adiciona e commita os modificados, atenção: este comando não adiciona os novos arquivos sendo necessário adiciona-los usando o commando git add .
git commit --ammend (Alterar mensagens e arquivos do ultimo commit)
git commit --ammend arquivo Adicionar arquivo ao ultimo commit
Commited: Arquivos consolidados
Modified: Arquivos Modificados
Unmodified: Arquivos que não sorefram alteração
Staged: Arquivos modificados marcados para consolidação
git log
git log oneline
git log -stat
git log --pretty=format:"%h - %an, %ar : %s" (%h hash, %an usuário, %ar tempo, %s descrição do commit)
git log --since=2.days
touch .gitignore
edite o arquivo, colocando em cada linha a pasta ou arquivo a ser ignorado, o arquivo .gitignore deve ser commitado, pois
o git faz controle de seus proprios arquivos
git checkout . Volta a ultima alteração do arquivo
git reset HEAD nome ou caminho do arquivo volta para o arquivo anterior antes do ultomo commit
git reset HEAD~1 volta para dois commits atras
git reset HEAD~1 --soft Exclui o ultimo commit e volta o arquivo para ser novamente comitado
git reset HEAD~1 --hard Exclui o commit, os arquivos e as suas alterações
git cherry-pick hash do commit
Criar um novo Branch git branch nomedobranch
Acessar o branch git checkout branch
Criar um branch apartir do branch atual git checkout -b nomedobranch
Deletar o branch git branch -d nomedobranch (Deletar um branch)
git clone -b <branch> <remote_repo>
Forma organizada de gerar versões do software
x.x.x - Major, Minor, Patch
Major alterada pode quebrar TOTALMENTE a compatibilidade exemplo 1.0.1 para 2.0.0
Minor alterada pode quebrar a compatibilidade, mas mantém não pode quebrar totalmente, deve ser ter um minimo de compatibilidade com
a versão MAJOR exemplo 1.1.2 para 1.2.0
Patch SEMPRE Mantém Compatibilidade, 1.1.1 para 1.1.2, 1.1.3
Mudou apenas patch, atualize sem maiores cuidados
Mudou minor, faça os testes e leia a documentação para verificar a compatibilidade, algumas coisas podem não ser mais compativéis
Mudou Major, cuidado, pode ser algo trabalhoso, a mudança pode ser drástica, estrutura, novas formas de escrita de uma funcionalidades.
Mudanças de Patch devem manter a compatibilidade, exemplo 0.0.Patch, 0.0.1 para 0.0.2, deve ser respeitada a compatibilidade
Mudança de Major version alterada, exemplo 1.0.0 para 2.0.0, compatibilidade não precisa ser mantida, pode ser mudar toda a estrutura do código
git branch -a
git tag versao
git push --delete origin tagname Removendo uma tag remota
git tag --delete tagname Removendo uma tag local
Partindo do princípio que o seu site vai rodar em um servidor que você possui acesso SSH facilitado, vamos criar o repositório lá que será uma cópia do servidor local:
mkdir website.git && cd website.git
git init --bare
Agora vamos começar a criar o git-hook que será responsável por copiar todos os arquivos - do repositório bare - para a pasta onde o site vai rodar, no ambiente de produção:
cat > hooks/post-receive
#!/bin/sh
GIT_WORK_TREE=/var/www/meusite.com.br
export GIT_WORK_TREE
git checkout -f
chmod +x hooks/post-receive
Agora é só voltar para a sua máquina e adicionar o repositório remoto:
git remote add web ssh://meusite.com.br/home/site/website.git
git push web master
git rm -r --cached .
git add .
git commit -am 'git cache cleared
git push