Git e GitHub: Entenda a diferença

Git e GitHub não são a mesma coisa

Se você está começando a estudar programação, provavelmente já encontrou os nomes Git e GitHub na mesma frase. É fácil achar que são praticamente a mesma coisa. Não são.

O Git é um sistema de controle de versão. Ele fica no seu computador e acompanha as mudanças feitas no código do seu projeto. O GitHub é uma plataforma online que permite armazenar repositórios Git, colaborar com outras pessoas e compartilhar projetos.

A diferença fica bem mais fácil de entender com um exemplo: você pode usar Git em um projeto completamente offline, sem criar uma conta no GitHub. Já o GitHub usa Git como base para oferecer recursos de colaboração e hospedagem.

O que é Git?

Imagine que você está desenvolvendo um site e passa algumas horas alterando o código. De repente, uma mudança quebra tudo. Você tenta lembrar o que fez, desfaz algumas linhas e consegue piorar a situação.

É justamente aí que o Git começa a fazer sentido.

Ele registra versões do seu projeto por meio de commits. Você pode salvar um ponto específico do desenvolvimento, continuar trabalhando e, se necessário, voltar para uma versão anterior.

Um fluxo básico pode ser parecido com este:

• git init cria um repositório Git no projeto.
• git add seleciona as alterações que serão registradas.
• git commit cria um registro daquela versão.
• git log permite consultar o histórico de commits.
• git diff mostra diferenças entre versões e alterações.

Perceba uma coisa: nada disso exige GitHub. O Git consegue fazer seu trabalho sozinho, diretamente na sua máquina.

O que é GitHub?

O GitHub entra quando você quer colocar esse repositório em um serviço online. Você pode enviar seu projeto para um repositório remoto e acessar seu código de diferentes lugares.

Isso também facilita o trabalho em equipe. Um desenvolvedor pode criar uma branch para uma funcionalidade, outra pessoa pode revisar o código por meio de um Pull Request e o time pode discutir alterações antes de incorporá-las ao projeto principal.

O GitHub também oferece recursos que vão muito além de simplesmente guardar arquivos. Projetos podem usar Issues, Pull Requests, Actions, Releases, Wikis e outras ferramentas para organizar o desenvolvimento.

Git vs GitHub: qual é a diferença?

A maneira mais simples de guardar isso é: Git é a ferramenta de controle de versão. GitHub é uma plataforma que hospeda e facilita o trabalho com repositórios Git.

Uma comparação ajuda. Pense no Git como um sistema que registra todas as versões de um projeto. O GitHub seria um lugar na internet onde esse projeto pode ficar armazenado e compartilhado com outras pessoas.

Você não precisa usar GitHub para usar Git. Porém, quando começa a trabalhar com equipes, projetos públicos, portfólio ou servidores remotos, o GitHub se torna bastante útil.

O que é um repositório?

Outro conceito que costuma confundir quem está começando é o repositório.

No Git, um repositório é o espaço onde o histórico de versões do projeto é armazenado. Quando você executa git init dentro de uma pasta, aquela pasta passa a ser um repositório Git.

No GitHub, você também pode criar um repositório remoto para receber o conteúdo desse projeto.

É daí que aparecem termos como repositório local e repositório remoto. O primeiro está na sua máquina. O segundo fica em um servidor, como o GitHub.

Como Git e GitHub trabalham juntos?

Imagine que você criou um projeto chamado minha-api. Primeiro, você inicializa o Git localmente e começa a registrar seu trabalho com commits.

Quando quiser enviar esse projeto para o GitHub, você pode conectar o repositório local a um repositório remoto e usar comandos como git push para enviar seus commits.

Quando houver mudanças no repositório remoto que ainda não estão na sua máquina, git pull pode ser usado para buscar e integrar essas alterações ao seu repositório local.

Um fluxo comum de trabalho fica mais ou menos assim:

• Você modifica o código.
• Usa git add para preparar as alterações.
• Cria um commit com git commit.
• Envia os commits para o GitHub com git push.
• Busca alterações do repositório remoto com git pull quando necessário.

GitHub é só para guardar código?

Não. Essa é uma das primeiras limitações de entendimento que vale abandonar.

Um repositório no GitHub pode funcionar como portfólio, espaço de colaboração e histórico público de projetos. Para quem está tentando entrar no mercado de desenvolvimento, ter projetos organizados e bem documentados pode ajudar bastante.

Um bom README, commits compreensíveis e projetos que mostram o que você sabe fazer dizem muito mais do que simplesmente ter dezenas de repositórios abandonados.

Preciso aprender Git antes de usar GitHub?

Você pode criar um repositório no GitHub e fazer várias tarefas pela interface do site, mas aprender pelo menos os fundamentos do Git vai evitar muita dor de cabeça.

Comece entendendo commit, branch, merge, clone, push, pull e remote. Depois, pratique. Não tente decorar dezenas de comandos de uma vez.

Uma boa forma de aprender é criar um projeto pequeno e usar Git desde o primeiro arquivo. Faça uma alteração, registre um commit, crie uma branch, volte para outra versão e envie o projeto para o GitHub. Quando esses comandos aparecem dentro de uma situação real, eles deixam de parecer uma coleção aleatória de palavras.

Um erro comum de quem está começando

Um erro bastante comum é tratar o GitHub como se fosse o próprio Git. Isso costuma gerar confusão quando aparece um problema no repositório local.

Se o Git apresentar um erro no seu computador, criar outro repositório no GitHub não necessariamente vai resolver. Da mesma maneira, se você não consegue fazer um push, o problema pode estar na conexão entre o repositório local e o remoto, nas permissões ou na configuração do projeto.

Entender onde cada ferramenta entra deixa a investigação muito mais simples.

Então, qual você deve aprender primeiro?

Comece pelo Git. Aprenda como funciona o controle de versão, pratique commits e branches e entenda a diferença entre seu repositório local e um repositório remoto. Depois, use o GitHub para hospedar seus projetos e experimentar colaboração.

Você não precisa dominar tudo para começar. Um desenvolvedor que sabe fazer o básico com segurança já consegue trabalhar com Git em projetos reais e evoluir conforme surgem novas necessidades.

E aí, está pronto para começar?

Git parece complicado quando você vê uma lista enorme de comandos pela primeira vez. Depois de alguns projetos, muita coisa vira hábito. O segredo é parar de estudar os comandos isoladamente e começar a enxergar o que está acontecendo com o seu código a cada etapa.

Preparamos esse guia de estudos para te guiar durante seu aprendizado de Git e GitHub. Clique aqui e comece a aprender agora mesmo, completamente de graça!