Dado os branches locais

macos-snow ~/project (master) git branch
* master
  fix_counter
  rails3-version

Para criá-los remotamente use

macos-snow ~/project (master) git push --all

Ou para um branch específico

macos-snow ~/project (master) git push origin rails3-version

Para apagar branches locais

macos-snow ~/project (master) git branch -D rails3-version

Para apagar branches remotos

macos-snow ~/project (master) git push origin :rails3-version

Renomear branches locais

macos-snow ~/project (master) git branch -m old_branch new_branch

As referências que encontrei para renomear branches remotos não me foram úteis por isso fiz da forma mais prática renomeando o branch local, enviando para repositório e apagando o branch remoto antigo.

Referências:
- Help Github
- Git ready

O que é Git?
Sistema de controle de versão distribuído onde não temos um repositório central e cada cópia do projeto principal torna-se um repositório local ou remoto.

O que é branch?
É uma ramificação do projeto principal. Quando inicializamos um projeto com Git temos um branch origin que mantem uma cópia do projeto original e um branch master que é o branch padrão  a partir de onde criaremos nossos branches para desenvolvimento.

Pode haver mais de um branch por desenvolvedor?
Não há limites para criação branches e cada branch pode até torna-se um outro projeto ou ter correções e desenvolvimento de novas características paralelamente.  Por exemplo, após obter os arquivos de um determinado projeto para o branch master podemos criar um branch working para desenvolvermos determinadas tarefas e ao mesmo criar um branch fix para corrigir uma falha encontrada em um desenvolvimento anterior sem que uma alteração interfira em outra.  Cada branch terá seus “commits” individuais a qualquer tempo.

Como manteremos os branches sincronizados então?
Ao fazer commit no branch fix mesclamos (merge) as atualizações com o branch master e a partir daí fazemos uma atualização (rebase) do branch working com as correções executadas no branch master.  Logicamente podem haver conflitos que deverão ser tratados nesta ocasião.

O que é trunk?
É repositório principal no SVN ou a linha principalmente de desenvolvimento, no Git tudo é tratado como branch e neste caso é o branch master.

Comparação entre os comandos básicos do Git e SVN:

Referências:
- Git – SVN Crash Course
- Learning git-svn in 5min

1) No GitHub encontre o Clone URL do projeto.

2) Pelo terminal (Git Bash) entre na pasta onde será criado o projeto (Ex.: C:\projetos) e digite:

git clone git://github.com/nome_usuario_github/nome_projeto.git

3) Entre na nova pasta adicionada e crie um branch chamado working:

cd nome_projeto
git branch working master

4) Alterne para o branch working:

git checkout working

5) O branch onde estamos aparecerá com asterisco ao digitar:

git branch
  master
* working 

6) Crie um arquivo e adicione ao branch:

touch README.txt

git add README.txt

ou

git add .

ou

git add -i

- O primeiro adiciona o arquivo especificado, lembrando que README.txt é diferente de readme.txt.
- O segundo adiciona todos os arquivos modificados, excluídos ou incluídos.
- O terceiro adiciona interativamente(i). Uma lista será exibida para que cada arquivo seja incluído individualmente.

7) Faça o commit das alterações (ainda estamos no branch working) e depois liste os arquivos para ver o que temos:

git commit -m "Primeiro commit no branch working"
ls -la

8 ) Agora volte para o branch master e liste os arquivos:

git checkout master
ls -la

O arquivo README.txt não foi listado. Ele existe apenas no branch working, ou seja, o código original continua intacto.

É possível criar diversos branches e trabalhar uma parte do código em cada um deles sem alterar o branch original e depois juntá-los gradativamente assim que cada alteração fique pronta.

Consulta rápida dos comandos e fluxo do Git (Cheat Sheet)

Referências:
- Guia rápido para o GIT
- Micro Tutorial de Git