Melhores práticas do Git

Git é, em geral, o sistema de controle de versão mais utilizado no planeta. Com esta ferramenta, os desenvolvedores podem colaborar e trabalhar com muito mais facilidade. O Git simplifica o rastreamento de alterações de código e implementa velocidade, integridade de dados e suporte para fluxos de trabalho não lineares distribuídos.

Resumindo, o git pega o que de outra forma poderia ser o caos na vida de um desenvolvedor e o estrutura de tal forma que um projeto possa ser gerenciado mais facilmente e entregue de forma mais eficaz.

Se você e sua equipe estão começando a usar o git agora, você terá uma surpresa. E se você já usa o git há algum tempo, pode ter trabalhado com uma equipe que não aproveita ao máximo essa ferramenta. Não importa onde você esteja em sua jornada git, existem práticas recomendadas que você deve aplicar em cada etapa do caminho. Seguindo esses conselhos, sua experiência com o git não apenas melhorará muito, mas a colaboração será mais tranquila e eficiente.

Vamos dar uma olhada em algumas dessas práticas recomendadas. Eles serão aplicados independentemente da linguagem que você usa com o Git. Portanto, quer você seja um desenvolvedor Java, JavaScript, .NET, C++, Ruby, Python ou PHP, ou se estiver trabalhando sozinho ou em uma equipe de nível empresarial, essas práticas recomendadas serão aplicadas.

Commits de propósito único

Um commit é uma operação que envia as últimas alterações de código feitas para o repositório de origem. Um commit pode ser qualquer coisa. Digamos que você encontrou um erro de digitação em seu código. Você corrige o erro de digitação e cria um commit. As confirmações tornam mais fácil para sua equipe saber o que você fez com a versão mais recente do código.

Uma das armadilhas de usá-los é retê-los até que você tenha feito uma série de alterações e, em seguida, enviar um commit que cubra todas essas alterações. Quando você faz isso, a revisão do código torna-se menos eficiente. Em vez disso, gere um commit para um único propósito, que:

• Torna a revisão do código mais eficiente.
• Torna mais fácil reverter o código para um estado anterior.
• Rastreia alterações em um sistema de tickets.
• Faz registro do git mais fácil de visualizar.

Escreva mensagens informativas de commit

Uma característica muito importante dos commits é adicionar mensagens a eles. Essas mensagens são informativas, para que sua equipe tenha uma ideia clara do que você fez no commit. Se você apenas adicionar uma mensagem de commit genérica ou sem sentido, você não fará nenhum favor à equipe.

Ao criar um commit, certifique-se de adicionar uma mensagem informativa que indique claramente o trabalho que você fez. Seja conciso, mas também forneça informações suficientes que tornem o que você fez óbvio para todos os envolvidos.

Um commit útil pode ser assim:

feature: added feature X

^--^      ^---------------^
    
   +-> Summary of a newly added feature.
 
+-------> Type of feature added with the commit.

Você também deve ser consistente com seus commits. Sua equipe deve desenvolver um estilo que torne muito fácil escrever esses comentários, bem como simples de entender, rapidamente, o que foi incluído no commit.

Comprometa-se cedo e comprometa-se com frequência

Isso vai junto com os commits de propósito único. Você precisa começar a adicionar seus commits desde o início e em intervalos regulares (provavelmente sempre que fizer uma alteração no código do repositório). Não perca o hábito de cometer, caso contrário, você acabará deixando de seguir as melhores práticas de commit de propósito único, confundindo assim sua equipe ou fazendo-a trabalhar mais do que o necessário.

Esmagar vários commits

Em algum momento, você encontrará muitos commits de propósito único, tornando um desafio vasculhar o repositório git. Pense desta forma: se você tiver 100 commits para cada feature branch que você criou, isso pode chegar a um total enorme. Então, em vez de deixar todos esses commits únicos como estão, esmague-os com o git rebase comando. Isso abrirá um editor que lista os commits e permite que você aja de acordo com eles.

O objetivo é manter seu repositório o mais informativo e limpo possível.

Nunca altere a história

Depois de enviar um commit, você nunca deve alterá-lo no histórico do seu projeto. Quando você faz isso, torna-se quase impossível manter um controle consistente do controle de versão. Portanto, mesmo que você fique tentado a usar git rebase para esmagar commits, você só deve fazer isso em ramificações que não está usando.

O branch com o qual você está trabalhando deve sempre permanecer com seu histórico completo (e commits) intactos. Isto é assim, mesmo que você tenha cometido um grande erro em um commit. Corrija esse erro e crie outro commit para que todos saibam que o problema foi resolvido.

Usar tags

Uma tag é um instantâneo do estado de uma filial em um determinado momento. Pense em uma tag como um ponteiro nomeado para um commit específico. Isto é muito útil quando você deseja especificar um ponto no histórico de um projeto como sendo importante. Por exemplo, talvez você queira marcar pontos de lançamento, como v1.0, v1.2 ou v2.0. As tags facilitam isso.

O Git torna possível criar tags leves ou anotadas. Uma tag leve é ​​como uma ramificação que não muda, enquanto as tags anotadas são armazenadas como objetos completos no banco de dados Git. As tags anotadas também podem conter uma soma de verificação, o nome do tagger, um endereço de e-mail, a data, uma mensagem de marcação e podem ser assinadas e verificadas com o GNU Privacy Guard (GPG).

A tag mais usada é a tag anotada.

Conclusão

Git é uma ferramenta que todo desenvolvedor de software deveria usar para controle de versão. E quando você adota o Git, é importante configurar e seguir as práticas recomendadas, para ter certeza de que sua experiência será simples e eficiente.