GitHub

O que é

O GitHub é o lugar onde a maior parte do código vive. No fundo, ele hospeda repositórios na nuvem, mas em volta disso adiciona toda uma camada de colaboração: pull requests para revisar mudanças, issues para acompanhar tarefas, releases para lançar versões e permissões para times. É onde você envia (push) seu código, onde outras pessoas podem encontrá-lo e contribuir com ele, e, cada vez mais, onde rodam seu /CD (Continuous Integration / Continuous Delivery — Integração Contínua / Entrega Contínua — automação que testa seu código e o publica para você), seus pacotes e até ambientes de desenvolvimento na nuvem.

Pontos fortes

É a casa padrão do código open-source e privado — quase todo mundo tem uma conta.
Pull requests e revisão de código tornam a colaboração e o histórico fáceis de acompanhar.
Issues, projects e milestones para planejamento leve no mesmo lugar que o código.
Ecossistema de integrações enorme — CI, hooks de , bots e apps se conectam a ele.
Gratuito para repositórios públicos e privados pequenos, com planos generosos.

Contrapartidas

Centraliza boa parte do seu fluxo de trabalho em um único fornecedor.
A superfície de recursos é grande; times podem configurar demais projetos e actions.
Limites de repositórios privados e preços por assento (seat) pesam no bolso de organizações maiores.
O próprio Git tem uma curva de aprendizado que a interface do GitHub só disfarça em parte.

Melhor para

Armazenar e compartilhar código, revisar mudanças por meio de pull requests, acompanhar tarefas em issues e servir como o centro ao qual seu CI, seus deploys e seus colaboradores se conectam — tanto para projetos individuais quanto para times.

Encaixe no vibe coding

O GitHub é a espinha dorsal de um loop de vibe coding seguro: cada mudança que um agente faz vira commits e branches que você pode revisar, e você sempre pode voltar atrás. Faça o agente trabalhar em uma , abra um (uma PR — uma mudança proposta que você pode revisar antes que ela entre no seu código principal) e escreva a descrição, para que você revise um diff limpo (uma lista lado a lado exatamente das linhas que mudaram) em vez de edições ao vivo no seu código principal. Dica: mantenha os commits pequenos e deixe o agente explicar cada um — esse histórico é o seu botão de desfazer e sua trilha de auditoria quando a IA faz algo surpreendente.

# Start a branch, commit, and open a PR with the GitHub CLI
git checkout -b feature/add-checkout
git add -A
git commit -m "Add checkout flow"
git push -u origin feature/add-checkout
gh pr create --fill