Categoria
Em ambientes de produção, a velocidade de reversão de uma alteração problemática pode significar a diferença entre minutos e horas de downtime. As tags do Git oferecem uma solução elegante e eficiente para esse cenário.
O Mercurial é um sistema de controle de versão distribuído (DVCS) criado por Matt Mackall e lançado em 2005, no mesmo período que o Git. Diferentemente do Git, que prioriza flexibilidade e performance em operações complexas, o Mercurial foi projetado com foco em simplicidade e consistência de comandos, tornando-o mais acessível para iniciantes e equipes que preferem fluxos de trabalho previsíveis.
Monorepo (monolithic repository) é um único repositório que abriga múltiplos projetos, serviços, bibliotecas ou aplicações. Tudo vive no mesmo espaço de versionamento, com um histórico compartilhado. Multirepo (multi-repository) é a abordagem oposta: cada projeto, serviço ou componente tem seu próprio repositório independente, com ciclo de vida, versionamento e permissões próprios.
Submódulos no Git são referências a outros repositórios incorporadas dentro de um repositório principal. Imagine um projeto que depende de uma biblioteca interna: em vez de copiar o código manualmente, você insere um ponteiro para o repositório dessa biblioteca, mantendo versões específicas e históricos independentes.
O git rebase -i (modo interativo) é uma ferramenta poderosa que permite reescrever o histórico de commits de forma controlada. Diferente do rebase comum, que apenas move commits para uma nova base, o modo interativo abre um editor com uma lista de commits onde você pode aplicar transformações específicas.
Estratégias de branch no Git são padrões organizacionais que definem como os desenvolvedores criam, nomeiam e mesclam branches durante o ciclo de vida do software. Escolher a estratégia correta é crucial porque impacta diretamente a velocidade de entrega, a qualidade do código e a colaboração da equipe. Duas abordagens antagônicas dominam o debate atual: Git Flow, com sua estrutura rígida e múltiplos branches, e Trunk Based Development (TBD), que prega simplicidade e integração contínua.
Git hooks são scripts executados automaticamente em pontos específicos do ciclo de vida do Git, como antes de um commit (pre-commit) ou antes de um push (pre-push). Eles funcionam como gatilhos que podem validar, transformar ou impedir operações no repositório. Quando combinados com ferramentas de qualidade de código, os hooks se tornam uma barreira eficiente contra erros comuns, garantindo que apenas código padronizado e funcional seja versionado.
Repositórios Git tradicionais foram projetados para arquivos de texto e código-fonte. Quando você adiciona binários — texturas de jogos, arquivos PSD, datasets de machine learning, vídeos ou modelos 3D — o repositório incha rapidamente. Cada versão de um arquivo binário de 500 MB é armazenada integralmente, resultando em clones lentos, uso excessivo de disco e operações como git log e git diff se tornando impraticáveis.
O rebase interativo (git rebase -i) é uma ferramenta poderosa do Git que permite reescrever o histórico de commits locais antes de enviá-los para um repositório remoto. Diferentemente do rebase comum, que simplesmente aplica commits sobre outra base, o modo interativo abre um editor onde você pode especificar ações para cada commit envolvido.
O comando git stash padrão é uma ferramenta essencial para desenvolvedores que precisam interromper temporariamente o trabalho em andamento. Quando você executa git stash sem argumentos, o Git salva as modificações no diretório de trabalho e no índice, revertendo o repositório ao estado do último commit. No entanto, essa abordagem básica tem limitações significativas: você perde o contexto do que estava fazendo e, com vários stashes, rapidamente se perde.