criando um novo repositrio

crie uma nova pasta, abra-a e execute o comando

crie um novo branch chamado "funcionalidade_x" e selecioneo usando

git checkout -b funcionalidade_x

git init

retorne para o master usando

obtenha um repositrio

git checkout master

crie uma cpia de trabalho em um repositrio local executando

e remova o branch da seguinte forma

git clone /caminho/para/o/repositrio

git branch -d funcionalidade_x

quando usar um servidor remoto, seu comando ser

um branch no est disponvel a outros a menos que voc envie

o branch para seu repositrio remoto

git clone
usurio@servidor:/caminho/para/o/repositrio

git push origin <funcionalidade_x>

fluxo de trabalho

atualizar & mesclar

seu repositrio local consiste em trs "rvores" mantidas pelo

git. a primeira delas sua Working Directory que contm os

para atualizar seu repositrio local com a mais nova verso,

execute

arquivos vigentes. a segunda Index que funciona como uma

git pull

rea temporria e finalmente a HEAD que aponta para o

ltimo commit (confirmao) que voc fez.

na sua pasta de trabalho para obter e fazer merge (mesclar)

alteraes remotas.
para fazer merge de um outro branch ao seu branch ativo (ex.
master), use
git merge <branch>

adicionar & confirmar

confirmar

em ambos os casos o git tenta fazer o merge das alteraes

automaticamente. Infelizmente, isto nem sempre possvel e
resulta emconflitos. Voc responsvel por fazer o merge
estes conflitosmanualmente editando os arquivos exibidos pelo
git. Depois de alterar, voc precisa marc-los como merged
com

Voc pode propor mudanas (adicion-las ao Index) usando

git add <arquivo>

git add <arquivo>

antes de fazer o merge das alteraes, voc pode tambm prvisualiz-as usando

git add *
Este o primeiro passo no fluxo de trabalho bsico do git. Para
realmente confirmar estas mudanas (isto , fazer um commit)
git commit -m "comentrios das alteraes"
Agora o arquivo enviado para o HEAD, mas ainda no para o
repositrio remoto.

git diff <branch origem> <branch destino>

rotulando
recomendado criar rtulos para releases de software. Este
um conhecido conceito, que tambm existe no SVN. Voc pode
criar um novo rtulo chamado 1.0.0 executando o comando

enviando alteraes

git tag 1.0.0 1b2e1d63ff

Suas alteraes agora esto no HEAD da sua cpia de trabalho

local. Para enviar estas alteraes ao seu repositrio remoto

o 1b2e1d63ff representa os 10 primeiros caracteres do id de

commit que voc quer referenciar com seu rtulo. Voc pode
obter o id de commit com

git push origin mster

Altere master para qualquer ramo (branch) desejado, enviando
suas alteraes para ele.
Se voc no clonou um repositrio existente e quer conectar
seu repositrio a um servidor remoto, voc deve adicion-lo
com
git remote add origin <servidor>
Agora voc capaz de enviar suas alteraes para o servidor
remoto selecionado.

ramificando
Branches ("ramos") so utilizados para desenvolver
funcionalidades isoladas umas das outras. O branch master o
branch "padro" quando voc cria um repositrio. Use outros
branches para desenvolver e mescle-os (merge) ao branch
master aps a concluso.

git log
voc pode tambm usar menos caracteres do id de commit, ele
somente precisa ser nico.

sobrescrever alteraes locais

No caso de voc ter feito algo errado (que seguramente nunca
acontece ;) voc pode sobrescrever as alteraes locais usando
o comando
git checkout -- <arquivo>
isto substitui as alteraes na sua rvore de trabalho com o
contedo mais recente no HEAD. Alteraes j adicionadas ao
index, bem como novos arquivos sero mantidos.
Se ao invs disso voc deseja remover todas as alteraes e
commits locais, recupere o histrico mais recente do servidor e
aponte para seu branch master local desta forma
git fetch origin
git reset --hard origin/master