Como dominar o Git? Essa \u00e9 uma d\u00favida comum dos desenvolvedores. Veja neste conte\u00fado como adotar boas pr\u00e1ticas e melhorar o uso dessa ferramenta. <\/p>\n\n\n\n
O Git \u00e9 um exemplo de DVCS, Sistema de Controle de Vers\u00e3o Distribu\u00eddo. Ele foi desenvolvido por Linus Torvalds, o famoso criador do Kernel, que \u00e9 o componente principal do sistema operacional Linux. <\/p>\n\n\n\n
Isso significa que, ao inv\u00e9s de ter apenas um local para o hist\u00f3rico do software, \u00e9 poss\u00edvel ter essa c\u00f3pia em diversos branchs (ramos) e o hist\u00f3rico das altera\u00e7\u00f5es.<\/p>\n\n\n\n
Git \u00e9 o sistema de versionamento de c\u00f3digo aberto mais usado na comunidade de desenvolvedores. <\/p>\n\n\n\n
Por meio dele, podemos verificar o hist\u00f3rico completo de todas as altera\u00e7\u00f5es feitas no projeto, bem como compartilhar essas informa\u00e7\u00f5es com a equipe.<\/p>\n\n\n\n
Exemplo<\/strong>: se voc\u00ea precisa escrever o seu TCC, \u00e9 comum criar diversos documentos para cada altera\u00e7\u00e3o e salvar como \u201cArtigo_final\u201d, \u201cArtigo_final1\u201d, \u201cArtigo_final2\u201d, \u201cArtigo_finalizado\u201d e \u201cArtigo_agora_terminou\u201d.<\/p>\n\n\n\n Com o Git, voc\u00ea pode colocar essas informa\u00e7\u00f5es em branchs e ir mesclando na vers\u00e3o principal \u201cArtigo_final\u201d. Assim, caso algo d\u00ea errado, com os comandos de Git \u00e9 poss\u00edvel ver e reverter as altera\u00e7\u00f5es feitas. <\/p>\n\n\n\n Dessa forma, ao inv\u00e9s de voc\u00ea elaborar um novo documento para cada pequena modifica\u00e7\u00e3o, voc\u00ea pode simplesmente mesclar no arquivo principal e fazer uma ramifica\u00e7\u00e3o (branch) para resolver outras incid\u00eancias.<\/p>\n\n\n\n Confira uma rela\u00e7\u00e3o com sugest\u00f5es de como dominar o Git e ter mais agilidade nas suas tarefas. <\/p>\n\n\n\n Crie uma branch e fa\u00e7a o commit com pequenas altera\u00e7\u00f5es<\/strong> <\/p>\n\n\n\n Isso porque fazer todas as altera\u00e7\u00f5es no mesmo documento pode dificultar na hora da corre\u00e7\u00e3o para ver o erro. Portanto, se voc\u00ea for por partes, caso algo d\u00ea problema, \u00e9 mais f\u00e1cil reverter e corrigir. <\/p>\n\n\n\n Escreva boas mensagens de commits<\/strong><\/p>\n\n\n\n Principalmente para a comunidade de desenvolvedores, tendo em vista que outras pessoas ir\u00e3o corrigir a sua altera\u00e7\u00e3o ou voc\u00ea. Imagine que voc\u00ea escreveu no \u00faltimo commit apenas \u2018corre\u00e7\u00e3o\u2019 e depois de 6 meses voc\u00ea retorna para aquele c\u00f3digo verificando algum erro. O que seria aquela corre\u00e7\u00e3o? Estava corrigindo o que?<\/p>\n\n\n\n Essa m\u00e1 pr\u00e1tica aliada com muitas altera\u00e7\u00f5es na branch faria voc\u00ea desperdi\u00e7ar um bom tempo debuggando para saber o que voc\u00ea fez e onde est\u00e1 o erro. Ent\u00e3o, escrever exatamente o que a pequena altera\u00e7\u00e3o<\/strong> est\u00e1 fazendo auxilia na compreens\u00e3o. <\/p>\n\n\n\n Lembre-se do Gitignore <\/strong><\/p>\n\n\n\n N\u00e3o se esque\u00e7a do Gitignore<\/strong> (arquivo de texto que diz ao Git quais conte\u00fados devem ser ignorados) para que voc\u00ea n\u00e3o envie dados sens\u00edveis liberados para todos terem acesso.<\/p>\n\n\n\n Antes de praticarmos o Git, seria pertinente verificar se voc\u00ea o tem instalado na sua m\u00e1quina: <\/p>\n\n\n\nMelhores pr\u00e1ticas com Git<\/h2>\n\n\n\n
Instalando o Git na sua m\u00e1quina<\/h2>\n\n\n\n