> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Fundamentos do Git

> Aprenda os conceitos do Git por trás do trabalho com repositórios no Replit, incluindo branches, commits, pull requests e merges, para acompanhar uma alteração durante a revisão.

Você não precisa aprender comandos do Git para contribuir com o Replit. Estes conceitos ajudam a entender para onde vão suas alterações e como sua equipe as revisa.

## O que é o Git?

O Git rastreia as alterações no código ao longo do tempo. Um **repositório** contém o código e o histórico dele. O [GitHub](https://github.com) e o [GitLab](https://gitlab.com) hospedam repositórios e oferecem ferramentas de colaboração; eles não são o próprio Git.

Editar sua cópia de desenvolvimento no Replit não altera imediatamente o repositório compartilhado.

Saiba mais: [Sobre o Git na documentação do GitHub](https://docs.github.com/en/get-started/using-git/about-git).

## Branches

Uma branch é uma linha de trabalho separada. Faça sua contribuição em uma branch para que sua equipe possa revisá-la antes de ela entrar na branch padrão do repositório, geralmente chamada de `main`.

Por exemplo, a alteração do título da demo pode ficar na própria branch enquanto a branch padrão permanece inalterada.

Saiba mais: [Sobre branches na documentação do GitHub](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches).

## Commits

Um commit registra um conjunto de alterações no histórico do Git, com uma mensagem que as descreve. Fazer **push** envia seus commits locais para o repositório remoto.

Neste exemplo, um commit pode registrar o novo título. Um commit posterior pode registrar um ajuste solicitado durante a revisão.

Saiba mais: [Sobre commits na documentação do GitHub](https://docs.github.com/en/pull-requests/committing-changes-to-your-project/creating-and-editing-commits/about-commits).

## Pull requests

Um pull request propõe trazer as alterações de uma branch para outra. Sua equipe pode inspecionar as alterações, discuti-las e revisar as verificações antes de aceitar a contribuição. O GitLab chama isso de **merge request**.

Abrir um pedido não faz o merge nem o deploy das suas alterações.

Saiba mais: [Sobre pull requests na documentação do GitHub](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests).

## Merges

O merge incorpora as alterações à branch de destino. Se as branches tiverem alterações incompatíveis, um **conflito de merge** pode precisar ser resolvido antes.

Fazer o merge e fazer o deploy são ações diferentes. Sua equipe pode automatizar um deployment após o merge, mas isso depende da configuração de lançamento dela.

Saiba mais: [Como fazer o merge de um pull request na documentação do GitHub](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request).

Experimente este fluxo de trabalho em [Faça uma contribuição](https://docs.replit.com/pt/build/code/first-contribution.md).