---
titulo: "O que é GitHub e por que o dono do site precisa saber"
url: https://blog.farnesidigital.com.br/o-que-e-github-para-quem-contrata-site/
autor: "Carlos Farnesi"
publicado: 2026-08-07
categorias: ["Ferramentas e produtividade"]
tempo_leitura_min: 5
publicado_por: Farnesi Digital (https://farnesidigital.com.br/)
licenca: Citação permitida com atribuição e link para a URL original.
---
# O que é GitHub e por que o dono do site precisa saber

> GitHub é onde o código do seu site fica guardado, com o histórico de toda alteração já feita, quem fez e quando — como o histórico de versões do Google Docs, mas para código e para várias pessoas ao mesmo tempo. Git é o sistema de controle de versões; GitHub é a empresa que hospeda projetos que o usam, hoje da Microsoft. Para quem contrata desenvolvimento, o que importa é isto: o código-fonte é um ativo da sua empresa, e o repositório deve ficar numa conta da empresa, com o desenvolvedor entrando como colaborador. Ter acesso ao servidor não é a mesma coisa que ter o código. O plano gratuito cobre a necessidade de uma empresa comum, com repositórios privados ilimitados.

## Em resumo

- GitHub guarda o código do site com o histórico completo de alterações: quem mudou o quê e quando.
- Git é o sistema de versões; GitHub é uma empresa que hospeda projetos que usam Git. GitLab e Bitbucket fazem o mesmo.
- Ter acesso ao servidor não é ter o código — é a diferença entre ter o bolo e ter a receita.
- O repositório deve ficar na conta da empresa, com o desenvolvedor como colaborador, e não o contrário.
- Senha e chave de API nunca ficam escritas dentro do código: o GitHub tem um cofre separado, o Secrets.
- O GitHub também executa tarefas sozinho, como publicar o site quando uma alteração é aprovada.
- O plano gratuito inclui repositórios privados ilimitados e 2.000 minutos de automação por mês.

Se você contrata desenvolvimento — site, sistema, loja — a palavra GitHub já apareceu em alguma conversa. Provavelmente ninguém parou para explicar, e você seguiu adiante fingindo que entendeu. É mais comum do que parece: até quem trabalha na área tem dificuldade de explicar em uma frase.

Este texto é essa explicação, escrita para quem paga a conta e não para quem escreve o código.

## O que é, em uma frase

GitHub é onde o código do seu site fica guardado, com o histórico de toda alteração já feita, quem fez e quando.

Pense no histórico de versões do Google Docs. Você escreve, alguém revisa, e a qualquer momento dá para ver o que mudou e voltar atrás. O GitHub é isso para código — só que feito para várias pessoas trabalharem no mesmo projeto sem passar por cima do trabalho uma da outra.

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

O Git é o sistema que registra as versões, criado em 2005 e usado por praticamente todo mundo que programa. O GitHub é uma empresa que hospeda projetos que usam Git, hoje pertencente à Microsoft. Existem concorrentes — GitLab e Bitbucket são os mais conhecidos — e a ideia é a mesma.

Na prática as pessoas usam "GitHub" como sinônimo de "onde o código mora". Para a conversa que interessa aqui, tudo bem.

## Por que isso é problema seu, e não só do desenvolvedor

Aqui está a razão de um dono de negócio precisar entender isso, e ela é bem concreta.

Quando alguém desenvolve seu site, o resultado existe em dois lugares diferentes: o site publicado, que os visitantes acessam, e o código-fonte, que é a receita para reconstruir e alterar aquilo. Ter acesso ao servidor não é a mesma coisa que ter o código — assim como ter o bolo não é ter a receita.

Se o código está num repositório em nome da sua empresa, trocar de fornecedor é uma conversa desconfortável e nada mais. Se está apenas na máquina do desenvolvedor que sumiu, você tem um site que ninguém consegue alterar — e a saída costuma ser refazer do zero.

Não é situação rara. É uma das razões mais comuns pelas quais uma empresa nos procura para refazer um site que estava funcionando.

### O que pedir, em português

1. Que o repositório fique numa conta da sua empresa, não na conta pessoal de quem desenvolve.
1. Que você tenha acesso de dono a essa conta, mesmo sem nunca abrir.
1. Que o desenvolvedor entre como colaborador, e não o contrário.
São três frases numa reunião. Um profissional sério não cria caso com nenhuma delas — se criar, isso por si já é informação.

## As tais chaves e senhas

Todo site tem segredos: a senha do banco de dados, a chave que conecta ao meio de pagamento, o token que integra com o WhatsApp. Existe uma confusão muito comum aqui, e ela custa caro.

O código em si nunca deveria conter essas chaves escritas. É o erro clássico: alguém deixa a senha dentro do arquivo, o repositório fica público por descuido, e robôs que varrem o GitHub encontram a chave em minutos. Acontece todo dia.

O GitHub tem um cofre separado para isso, chamado Secrets. As chaves ficam guardadas lá, o código apenas pede por elas na hora de rodar, e ninguém que olhe o código consegue lê-las. Se o seu projeto tem senha escrita dentro de arquivo, isso é dívida a pagar — independentemente de o repositório ser privado, porque privado hoje não garante privado para sempre.

## As automações

O GitHub também executa tarefas sozinho quando algo acontece — o recurso se chama Actions. É o que faz, por exemplo, o site ser publicado automaticamente assim que uma alteração é aprovada, sem ninguém subir arquivo à mão.

Para você isso significa duas coisas. A publicação deixa de depender de alguém lembrar de um passo, que é onde erro humano entra. E fica registrado o que foi publicado e quando — útil no dia em que algo quebra e a pergunta é "o que mudou?".

## Por que o GitHub cresceu tanto com a IA

Não é impressão sua. Duas coisas aconteceram ao mesmo tempo.

A primeira: as ferramentas de IA que geram código sincronizam com o GitHub. O Lovable faz isso, e os assistentes de programação também. O repositório virou o ponto de encontro entre o que a IA escreveu e o que a pessoa ajustou.

A segunda, mais importante para quem contrata: quando a IA escreve boa parte do código, o histórico de versões deixa de ser conforto e vira necessidade. Uma alteração automática que quebra algo precisa ser desfeita em segundos, e é exatamente para isso que o Git existe desde 2005. A IA não tornou o controle de versão obsoleto — tornou indispensável.

## Preciso pagar?

Provavelmente não. O plano gratuito do GitHub inclui repositórios privados ilimitados e 2.000 minutos de automação por mês, o que cobre com folga o site de uma empresa comum. Os planos pagos começam em torno de 4 dólares por pessoa ao mês e servem a equipes com necessidade de controle de acesso mais fino.

Ou seja: não ter o código num repositório da sua empresa não é uma questão de custo. É de organização.

## O mínimo que vale saber

- O código do seu site é um ativo da empresa, como o domínio. Trate igual.
- Repositório na conta da empresa, desenvolvedor como colaborador. Nunca o contrário.
- Senha e chave não moram dentro do código.
- Se você usa ferramenta de IA para construir, ligue a sincronização com o GitHub no primeiro dia.
Você não precisa saber usar o GitHub. Precisa saber que ele existe, que o que está lá é seu, e que a pergunta "onde está o código?" tem que ter resposta antes de você precisar dela.

## Perguntas frequentes

### O que é GitHub em palavras simples?

É onde o código do seu site fica guardado, junto com o histórico de todas as alterações já feitas. Funciona como o histórico de versões do Google Docs: dá para ver o que mudou, quem mudou e voltar atrás a qualquer momento. A diferença é que foi feito para várias pessoas trabalharem no mesmo projeto sem sobrescrever o trabalho uma da outra.

### Qual a diferença entre Git e GitHub?

Git é o sistema que registra as versões do código, criado em 2005 e usado por quase todo mundo que programa. GitHub é uma empresa que hospeda projetos que usam Git, hoje pertencente à Microsoft. Existem alternativas com a mesma função, como GitLab e Bitbucket. No dia a dia as pessoas dizem "GitHub" para se referir a "onde o código mora".

### Preciso ter uma conta no GitHub sendo dono do site?

Você não precisa saber usar, mas o repositório do seu site deveria estar numa conta da sua empresa, com você como dono, e o desenvolvedor entrando como colaborador. Se o código estiver apenas na conta pessoal de quem desenvolveu e essa pessoa sumir, você fica com um site que ninguém consegue alterar. É uma das razões mais comuns para uma empresa precisar refazer um site que funcionava.

### O GitHub é seguro para guardar as senhas do meu site?

O GitHub tem um cofre próprio para isso, chamado Secrets, onde as chaves ficam guardadas separadas do código. O que não é seguro é a prática oposta e infelizmente comum: deixar a senha escrita dentro de um arquivo do projeto. Robôs varrem repositórios procurando exatamente isso, e um repositório privado hoje pode não continuar privado para sempre.

### GitHub é pago?

O plano gratuito inclui repositórios privados ilimitados e 2.000 minutos de automação por mês, o que atende com folga o site de uma empresa comum. Os planos pagos começam em torno de 4 dólares por pessoa ao mês e servem a equipes que precisam de controle de acesso mais detalhado. Não ter o código num repositório da empresa não é questão de custo.