Compartilhar via


O que é o Git?

O Git se tornou o padrão mundial para controle de versão. Mas o que exatamente é isso?

O Git é um sistema de controle de versão distribuído, o que significa que um clone local do projeto é um repositório de controle de versão completo. Esses repositórios locais totalmente funcionais facilitam o trabalho offline ou remoto. Os desenvolvedores confirmam o trabalho localmente e depois sincronizam a cópia do repositório com a cópia no servidor. Esse paradigma é diferente do controle de versão centralizado, no qual os clientes devem sincronizar o código com um servidor antes de criar novas versões do código.

A flexibilidade e a popularidade do Git o tornam uma ótima escolha para qualquer equipe. Muitos desenvolvedores e universitários já sabem como usar o Git. A comunidade de usuários do Git criou recursos para treinar desenvolvedores, e a popularidade do Git facilita a obtenção de ajuda quando necessário. Quase todos os ambientes de desenvolvimento têm suporte ao Git e as ferramentas de linha de comando do Git implementadas em todos os principais sistemas operacionais.

Noções básicas do Git

Toda vez que o trabalho é salvo, o Git cria um commit. Um commit é um instantâneo de todos os arquivos em um momento específico. Se um arquivo foi alterado de um commit para outro, o Git usará o arquivo armazenado anteriormente. Esse esquema é diferente de outros sistemas que armazenam uma versão inicial de um arquivo e mantêm um registro de deltas ao longo do tempo.

Linear graph of development in Git

Os commits criam links para outros commits, formando um gráfico do histórico de desenvolvimento. É possível reverter o código para um commit anterior, inspecionar como os arquivos foram alterados de um commit para outro e revisar informações, como onde e quando as alterações foram feitas. Os commits são identificados no Git por um hash criptográfico exclusivo do conteúdo do commit. Como tudo é criptografado hash, é impossível fazer alterações, perder informações ou corromper arquivos sem a detecção do Git.

Ramificações

Cada desenvolvedor salva as alterações em seu próprio repositório de código local. Como resultado, pode haver muitas alterações diferentes com base no mesmo commit. O Git fornece ferramentas para isolar as alterações e depois mesclá-las novamente. Os branches, que são ponteiros leves para o trabalho em andamento, gerenciam essa separação. Depois que o trabalho criado em um branch é concluído, ele pode ser mesclado novamente no branch principal (ou no tronco) da equipe.

Commits on a branch

Arquivos e commits

Os arquivos no Git estão em um dos três estados: modificado, preparado ou confirmado. Quando um arquivo é modificado pela primeira vez, as alterações existem apenas no diretório de trabalho. Eles ainda não fazem parte de um commit ou do histórico de desenvolvimento. O desenvolvedor deve preparar os arquivos alterados a serem incluídos no commit. A área de preparação contém todas as alterações a serem incluídas no próximo commit. Quando o desenvolvedor estiver satisfeito com os arquivos preparados, os arquivos serão empacotados como um commit com uma mensagem descrevendo o que foi alterado. Esse commit passa a fazer parte do histórico de desenvolvimento.

file_status_lifecycle-2

A preparação permite que os desenvolvedores escolham quais alterações de arquivo salvar em um commit para dividir grandes alterações em um grupo de commits menores. Ao reduzir o escopo dos commits, é mais fácil revisar o histórico de commits para encontrar alterações específicas de arquivos.

Benefícios do Git

Há inúmeros benefícios no Git.

Desenvolvimento simultâneo

Todos têm sua própria cópia local do código e podem trabalhar simultaneamente em seus próprios branches. O Git funciona offline, já que quase todas as operações são locais.

Lançamentos mais rápidos

Os branches permitem o desenvolvimento flexível e simultâneo. O branch principal contém um código estável e de alta qualidade, com base no qual você lançará versões. Os branches de recurso contêm trabalhos em andamento, que são mesclados no branch principal após a conclusão. Ao separar o branch de lançamento do desenvolvimento em andamento, é mais fácil gerenciar um código estável e enviar atualizações mais rapidamente.

Integração interna

Devido à sua popularidade, o Git pode ser integrado à maioria dos produtos e ferramentas. Todos os principais IDEs têm suporte interno ao Git, e muitas ferramentas oferecem suporte à integração contínua, implantação contínua, testes automatizados, rastreamento de itens de trabalho, métricas e integração de recursos de relatório com o Git. Essa integração simplifica o fluxo de trabalho diário.

Forte suporte da comunidade

O Git usa um código aberto e se tornou o padrão de fato para controle de versão. Há inúmeras opções de ferramentas e recursos disponíveis para as equipes aproveitarem. O volume de suporte da comunidade para o Git em comparação com outros sistemas de controle de versão facilita a obtenção de ajuda quando necessário.

O Git funciona com qualquer equipe

Usar o Git com uma ferramenta de gerenciamento de código-fonte aumenta a produtividade de uma equipe, incentivando a colaboração, aplicando políticas, automatizando processos e melhorando a visibilidade e a rastreabilidade do trabalho. A equipe pode se contentar com ferramentas individuais para controle de versão, rastreamento de itens de trabalho e integração e implantação contínuas. Ou os membros da equipe podem escolher uma solução como o GitHub ou o Azure DevOps que ofereça suporte a todas essas tarefas em um só lugar.

Solicitações pull

Use solicitações pull para discutir alterações de código com a equipe antes de mesclá-las no branch principal. As discussões em solicitações pull são inestimáveis para garantir a qualidade do código e melhorar o conhecimento de toda a sua equipe. Plataformas como o GitHub e o Azure DevOps oferecem uma experiência avançada de solicitação de pull, em que os desenvolvedores podem procurar alterações de arquivo, deixar comentários, inspecionar commits, exibir compilações e votar para aprovar o código.

Políticas de branch

As equipes podem configurar o GitHub e o Azure DevOps para aplicar fluxos de trabalho e processos consistentes em toda a equipe. Eles podem configurar políticas de branch para garantir que as solicitações pull atendam aos requisitos antes da conclusão. As políticas de branch protegem branches importantes, evitando transmissões diretas, exigindo revisores e garantindo compilações limpas.

Próximas etapas

Instalar e configurar o Git