learnxinyminutes-docs/pt-br/git-pt.html.markdown

445 lines
12 KiB
Markdown
Raw Normal View History

---
category: tool
tool: git
lang: pt-br
2016-10-20 19:54:50 +03:00
filename: LearnGit-br.txt
contributors:
- ["Jake Prather", "http://github.com/JakeHP"]
- ["Leo Rudberg" , "http://github.com/LOZORD"]
- ["Betsy Lorton" , "http://github.com/schbetsy"]
- ["Bruno Volcov", "http://github.com/volcov"]
translators:
2015-02-04 18:13:13 +03:00
- ["Suzane Sant Ana", "http://github.com/suuuzi"]
- ["Bruno Volcov", "http://github.com/volcov"]
---
2015-02-04 18:13:13 +03:00
Git é um sistema distribuido de gestão para código fonte e controle de versões.
2015-02-04 18:13:13 +03:00
Funciona através de uma série de registos de estado do projeto e usa esse
registo para permitir funcionalidades de versionamento e gestão de código
fonte.
2015-02-04 18:13:13 +03:00
## Conceitos de versionamento
2015-02-04 18:13:13 +03:00
### O que é controle de versão
2015-02-04 18:13:13 +03:00
Controle de versão (*source control*) é um processo de registo de alterações
a um arquivo ou conjunto de arquivos ao longo do tempo.
2015-02-04 18:13:13 +03:00
### Controle de versão: Centralizado VS Distribuído
2015-02-04 18:13:13 +03:00
* Controle de versão centralizado foca na sincronização, registo e *backup*
de arquivos.
* Controle de versão distribuído foca em compartilhar alterações. Cada
alteração é associada a um *id* único.
* Sistemas distribuídos não têm estrutura definida. É possivel ter um sistema
2015-02-04 18:13:13 +03:00
centralizado ao estilo SVN usando git.
2015-02-04 18:13:13 +03:00
[Informação adicional (EN)](http://git-scm.com/book/en/Getting-Started-About-Version-Control)
2015-02-04 18:13:13 +03:00
### Por que usar git?
2015-02-04 18:13:13 +03:00
* Permite trabalhar offline.
* Colaborar com outros é fácil!
* Criar *branches* é fácil!
* Fazer *merge* é fácil!
* Git é rápido.
* Git é flexivel.
## Git - Arquitetura
### Repositório
2015-02-04 18:13:13 +03:00
Um conjunto de arquivos, diretórios, registos históricos, *commits* e
referências. Pode ser descrito como uma estrutura de dados de código fonte
com a particularidade de cada elemento do código fonte permitir acesso ao
histórico das suas alterações, entre outras coisas.
Um repositório git é constituído pelo diretório .git e a *working tree*
### Diretório .git (componente do repositório)
2015-02-04 18:13:13 +03:00
O repositório .git contém todas as configurações, *logs*, *branches*,
referências e outros.
[Lista detalhada (EN)](http://gitready.com/advanced/2009/03/23/whats-inside-your-git-directory.html)
2015-02-04 18:13:13 +03:00
### *Working Tree* (componente do repositório)
2015-02-04 18:13:13 +03:00
A *Working Tree* é basicamente a listagem dos diretórios e arquivos do repositório. É chamada também de diretório do projeto.
2015-02-04 18:13:13 +03:00
### *Index* (componente do diretório .git)
2015-02-04 18:13:13 +03:00
O *Index* é a camada da interface no git. É o elemento que separa
o diretório do projeto do repositório git. Isto permite aos programadores um
maior controle sobre o que é registado no repositório git.
2015-02-04 18:13:13 +03:00
### *Commit*
2015-02-04 18:13:13 +03:00
Um *commit** de git é um registo de um cojunto de alterações ou manipulações nos arquivos do projeto.
Por exemplo, ao adicionar cinco arquivos e remover outros 2, estas alterações
serão gravadas num *commit* (ou registo). Este *commit* pode então ser enviado
para outros repositórios ou não!
2015-02-04 18:13:13 +03:00
### *Branch*
2015-02-04 18:13:13 +03:00
Um *branch* é essencialmente uma referência que aponta para o último *commit*
efetuado. Na medida que são feitos novos commits, esta referência é atualizada
automaticamente e passa a apontar para o commit mais recente.
### *Tag*
Uma tag é uma marcação em um ponto específico da história. Geralmente as
pessoas usam esta funcionalidade para marcar pontos de release (v2.0, e por aí vai)
2015-02-04 18:13:13 +03:00
### *HEAD* e *head* (componentes do diretório .git)
2015-02-04 18:13:13 +03:00
*HEAD* é a referência que aponta para o *branch* em uso. Um repositório só tem
uma *HEAD* activa.
*head* é uma referência que aponta para qualquer *commit*. Um repositório pode
ter um número indefinido de *heads*
2015-02-04 18:13:13 +03:00
### Recursos conceituais (EN)
2015-02-04 18:13:13 +03:00
* [Git para Cientistas de Computação](http://eagain.net/articles/git-for-computer-scientists/)
* [Git para Designers](http://hoth.entp.com/output/git_for_designers.html)
## Comandos
2015-02-04 18:13:13 +03:00
### *init*
2015-02-04 18:13:13 +03:00
Cria um repositório Git vazio. As definições, informação guardada e outros do
repositório git são guardados em uma pasta chamada ".git".
```bash
$ git init
```
2015-02-04 18:13:13 +03:00
### *config*
2015-02-04 18:13:13 +03:00
Permite configurar as definições, sejam as definições do repositório, sistema
ou configurações globais.
```bash
2015-02-04 18:13:13 +03:00
# Imprime e define algumas variáveis de configuração básicas (global)
$ git config --global user.email
$ git config --global user.name
$ git config --global user.email "MyEmail@Zoho.com"
$ git config --global user.name "My Name"
```
2015-02-04 18:13:13 +03:00
[Aprenda mais sobre git config. (EN)](http://git-scm.com/docs/git-config)
### help
2015-02-04 18:13:13 +03:00
Para visualizar rapidamente o detalhamento de cada comando ou apenas lembrar da semântica.
```bash
2015-02-04 18:13:13 +03:00
# Ver rapidamente os comandos disponiveis
$ git help
# Ver todos os comandos disponíveis
$ git help -a
# Usar o *help* para um comando específico
2015-02-04 18:13:13 +03:00
# git help <comando_aqui>
$ git help add
$ git help commit
$ git help init
```
### status
2015-02-04 18:13:13 +03:00
Apresenta as diferenças entre o arquivo *index* (a versão corrente
do repositório) e o *commit* da *HEAD* atual.
```bash
2015-02-04 18:13:13 +03:00
# Apresenta o *branch*, arquivos não monitorados, alterações e outras
# diferenças
$ git status
2015-02-04 18:13:13 +03:00
# Para aprender mais detalhes sobre git *status*
$ git help status
```
### add
2015-02-04 18:13:13 +03:00
Adiciona arquivos ao repositório corrente. Se os arquivos novos não forem
adicionados através de `git add` ao repositório, então eles não serão
incluidos nos commits!
```bash
2015-02-04 18:13:13 +03:00
# adiciona um arquivo no diretório do projeto atual
$ git add HelloWorld.java
2015-02-04 18:13:13 +03:00
# adiciona um arquivo num sub-diretório
$ git add /path/to/file/HelloWorld.c
2015-02-04 18:13:13 +03:00
# permite usar expressões regulares!
$ git add ./*.java
```
### branch
2015-02-04 18:13:13 +03:00
Gerencia os *branches*. É possível ver, editar, criar e apagar branches com este
comando.
```bash
2015-02-04 18:13:13 +03:00
# listar *branches* existentes e remotos
$ git branch -a
2015-02-04 18:13:13 +03:00
# criar um novo *branch*
$ git branch myNewBranch
2015-02-04 18:13:13 +03:00
# apagar um *branch*
$ git branch -d myBranch
2015-02-04 18:13:13 +03:00
# alterar o nome de um *branch*
# git branch -m <oldname> <newname>
$ git branch -m myBranchName myNewBranchName
2015-02-04 18:13:13 +03:00
# editar a descrição de um *branch*
$ git branch myBranchName --edit-description
```
### Tag
Gerencia as *tags*
```bash
# Listar tags
$ git tag
# Criar uma tag anotada.
# O parâmetro -m define uma mensagem, que é armazenada com a tag.
# Se você não especificar uma mensagem para uma tag anotada,
# o Git vai rodar seu editor de texto para você digitar alguma coisa.
$ git tag -a v2.0 -m 'minha versão 2.0'
# Mostrar informações sobre a tag
# O comando mostra a informação da pessoa que criou a tag,
# a data de quando o commit foi taggeado,
# e a mensagem antes de mostrar a informação do commit.
$ git show v2.0
# Enviar uma tag para o repositório remoto
$ git push origin v2.0
# Enviar várias tags para o repositório remoto
$ git push origin --tags
```
### checkout
2015-02-04 18:13:13 +03:00
Atualiza todos os arquivos no diretório do projeto para que fiquem iguais
à versão do index ou do *branch* especificado.
```bash
2015-02-04 18:13:13 +03:00
# Checkout de um repositório - por padrão para o branch master
$ git checkout
2015-02-04 18:13:13 +03:00
# Checkout de um branch especifico
$ git checkout branchName
2015-02-04 18:13:13 +03:00
# Cria um novo branch e faz checkout para ele.
# Equivalente a: "git branch <name>; git checkout <name>"
$ git checkout -b newBranch
```
### clone
2015-02-04 18:13:13 +03:00
Clona ou copia um repositório existente para um novo diretório. Também
adiciona *branches* de monitoramento remoto para cada *branch* no repositório
clonado o que permite enviar alterações para um *branch* remoto.
```bash
2015-02-04 18:13:13 +03:00
# Clona learnxinyminutes-docs
$ git clone https://github.com/adambard/learnxinyminutes-docs.git
```
### commit
2015-02-04 18:13:13 +03:00
Guarda o conteudo atual do index num novo *commit*. Este *commit* contém
as alterações feitas e a mensagem criada pelo usuário.
```bash
# commit com uma mensagem
$ git commit -m "Added multiplyNumbers() function to HelloWorld.c"
```
### diff
2015-02-04 18:13:13 +03:00
Apresenta as diferenças entre um arquivo no repositório do projeto, *index*
e *commits*
```bash
2015-02-04 18:13:13 +03:00
# Apresenta a diferença entre o diretório atual e o index
$ git diff
2015-02-04 18:13:13 +03:00
# Apresenta a diferença entre o index e os commits mais recentes
$ git diff --cached
2015-02-04 18:13:13 +03:00
# Apresenta a diferença entre o diretório atual e o commit mais recente
$ git diff HEAD
```
### grep
2015-02-04 18:13:13 +03:00
Permite procurar facilmente num repositório
Configurações opcionais:
```bash
2015-02-04 18:13:13 +03:00
# Define a apresentação de números de linha nos resultados do grep
$ git config --global grep.lineNumber true
2015-02-04 18:13:13 +03:00
# Agrupa os resultados da pesquisa para facilitar a leitura
$ git config --global alias.g "grep --break --heading --line-number"
```
```bash
2015-02-04 18:13:13 +03:00
# Pesquisa por "variableName" em todos os arquivos java
$ git grep 'variableName' -- '*.java'
2015-02-04 18:13:13 +03:00
# Pesquisa por uma linha que contém "arrayListName" e "add" ou "remove"
$ git grep -e 'arrayListName' --and \( -e add -e remove \)
```
2015-02-04 18:13:13 +03:00
O Google é seu amigo; para mais exemplos:
[Git Grep Ninja (EN)](http://travisjeffery.com/b/2012/02/search-a-git-repo-like-a-ninja)
### log
2015-02-04 18:13:13 +03:00
Apresenta commits do repositório.
```bash
2015-02-04 18:13:13 +03:00
# Apresenta todos os commits
$ git log
2015-02-04 18:13:13 +03:00
# Apresenta X commits
$ git log -n 10
2015-02-04 18:13:13 +03:00
# Apresenta apenas commits de merge
$ git log --merges
```
### merge
2015-02-04 18:13:13 +03:00
"Merge" junta as alterações de commits externos com o *branch* atual.
```bash
2015-02-04 18:13:13 +03:00
# Junta o branch especificado com o atual
$ git merge branchName
2015-02-04 18:13:13 +03:00
# Para gerar sempre um commit ao juntar os branches
$ git merge --no-ff branchName
```
### mv
2015-02-04 18:13:13 +03:00
Alterar o nome ou mover um arquivo.
```bash
2015-02-04 18:13:13 +03:00
# Alterar o nome de um arquivo
$ git mv HelloWorld.c HelloNewWorld.c
# Mover um arquivo
$ git mv HelloWorld.c ./new/path/HelloWorld.c
2015-02-04 18:13:13 +03:00
# Forçar a alteração de nome ou mudança local
# "existingFile" já existe no directório, será sobrescrito.
$ git mv -f myFile existingFile
```
### pull
2015-02-04 18:13:13 +03:00
Puxa alterações de um repositório e as junta com outro branch
```bash
2015-02-04 18:13:13 +03:00
# Atualiza o repositório local, juntando as novas alterações
# do repositório remoto 'origin' e branch 'master'
# git pull <remote> <branch>
2015-02-04 18:13:13 +03:00
# git pull => aplica a predefinição => git pull origin master
$ git pull origin master
2015-02-04 18:13:13 +03:00
# Juntar alterações do branch remote e fazer rebase commits do branch
# no repositório local, como: "git pull <remote> <branch>, git rebase <branch>"
$ git pull origin master --rebase
```
### push
2015-02-04 18:13:13 +03:00
Enviar e juntar alterações de um branch para o seu branch correspondente
num repositório remoto.
```bash
2015-02-04 18:13:13 +03:00
# Envia e junta as alterações de um repositório local
# para um remoto denominado "origin" no branch "master".
# git push <remote> <branch>
2015-02-04 18:13:13 +03:00
# git push => aplica a predefinição => git push origin master
$ git push origin master
```
2015-02-04 18:13:13 +03:00
### rebase (cautela!)
2015-02-04 18:13:13 +03:00
Pega em todas as alterações que foram registadas num branch e volta a
aplicá-las em outro branch.
*Não deve ser feito rebase de commits que foram enviados para um repositório
público*
```bash
2015-02-04 18:13:13 +03:00
# Faz Rebase de experimentBranch para master
# git rebase <basebranch> <topicbranch>
$ git rebase master experimentBranch
```
2015-02-04 18:13:13 +03:00
[Leitura adicional (EN).](http://git-scm.com/book/en/Git-Branching-Rebasing)
2015-02-04 18:13:13 +03:00
### reset (cuidado!)
2015-02-04 18:13:13 +03:00
Restabelece a HEAD atual ao estado definido. Isto permite reverter *merges*,
*pulls*, *commits*, *adds* e outros. É um comando muito poderoso mas também
perigoso quando não há certeza do que se está fazendo.
```bash
2015-02-04 18:13:13 +03:00
# Restabelece a camada intermediária de registo para o último
# commit (o diretório fica sem alterações)
$ git reset
2015-02-04 18:13:13 +03:00
# Restabelece a camada intermediária de registo para o último commit, e
# sobrescreve o projeto atual
$ git reset --hard
2015-02-04 18:13:13 +03:00
# Move a head do branch atual para o commit especificado, sem alterar o projeto.
# todas as alterações ainda existem no projeto
$ git reset 31f2bb1
2015-02-04 18:13:13 +03:00
# Inverte a head do branch atual para o commit especificado
# fazendo com que este esteja em sintonia com o diretório do projeto
# Remove alterações não registadas e todos os commits após o commit especificado
$ git reset --hard 31f2bb1
```
### rm
2015-02-04 18:13:13 +03:00
O oposto de git add, git rm remove arquivos do branch atual.
```bash
# remove HelloWorld.c
$ git rm HelloWorld.c
2015-02-04 18:13:13 +03:00
# Remove um arquivo de um sub-directório
$ git rm /pather/to/the/file/HelloWorld.c
```
2015-02-04 18:13:13 +03:00
## Informação complementar (EN)
* [tryGit - A fun interactive way to learn Git.](http://try.github.io/levels/1/challenges/1)
* [git-scm - Video Tutorials](http://git-scm.com/videos)
* [git-scm - Documentation](http://git-scm.com/docs)
* [Atlassian Git - Tutorials & Workflows](https://www.atlassian.com/git/)
* [SalesForce Cheat Sheet](https://na1.salesforce.com/help/doc/en/salesforce_git_developer_cheatsheet.pdf)
* [GitGuys](http://www.gitguys.com/)