Sem um sistema de controle de versão, é quase impossível gerenciar o código-fonte. Você pode ser um desenvolvedor de software de C, C#, Java ou qualquer outra linguagem, mas precisa de controle de versão. O melhor e um dos sistemas de controle de versão mais populares é o Git.
Git é um sistema de controle de versão distribuído de código aberto (VCS) gratuito usado por muitas pequenas e grandes empresas. Sua funcionalidade é impressionante e muitos milhares de apoiadores do Git adicionam com prazer mais práticas e dicas para tornar o gerenciamento de controle de origem mais produtivo.
Atualmente, você pode usar mais de 35 melhores práticas do Git e muitas dicas. No entanto, este artigo se concentrará nas 11 melhores dicas e práticas do Git que são ideais para iniciantes.
Vou começar com o meu favorito de todos os tempos – a técnica AFTER. DEPOIS significa:
- A Commits do tomic
- F Commits frequentes
- T est Mudanças Antes do Push
- E nforce padrões
- R efatoração.
Commits atômicos
Um commit atômico é um único commit baseado apenas em um contexto. Com isso, quero dizer um único assunto em termos de contexto:função, correção de bug, refatoração, atualização. Se todas as alterações do seu projeto forem como um único commit, é a maneira monolítica ou o spaghetti commit .
Commits frequentes
As melhores práticas do Git afirmam que os commits não devem ser baseados em uma base de tempo (por hora, diariamente, etc.). Em vez disso, você deve confirmar com base em uma função. Portanto, você deve confirmar sempre que adicionar uma alteração digna de confirmação.
Você incorporou uma técnica de trabalho? Comprometer-se.
Você corrigiu o erro de digitação? Comprometer-se.
Você corrigiu um arquivo de recuo incorreto? Comprometer-se.
Assim que a dedicação é essencial, não há nada de errado em fazer pequenos ajustes.
Teste suas alterações antes de enviar
No Git, você pode trabalhar sozinho e com uma equipe em colaboração. Quando você confirma seu código, está trabalhando com seu repositório local e, quando envia suas alterações, está trabalhando com o repositório remoto e compartilhando suas alterações de código com a equipe.
Testar suas alterações antes de enviá-las é uma obrigação. Se você empurrar o código quebrado, sua equipe pode ficar em uma posição de impasse por causa do erro. Portanto, sempre teste suas alterações localmente antes de enviá-las por push para o controle remoto.
Aplicar padrões
Em qualquer projeto, os padrões são cruciais. Eles aceleram a eficiência geral e minimizam erros e atrasos. Observe os dois princípios simples que você sempre pode aplicar em sua equipe:
- Use um arquivo gitignore – ele informa ao Git que certos arquivos devem ser ignorados, pois não fazem parte do seu código. Também ajuda a manter seu repositório saudável.
- Adicione um comentário apropriado a cada commit. É útil para desenvolvedores e serve como documentação.
A refatoração não é um recurso
Para desenvolvedores, a refatoração de código é comum. Também é benéfico por vários motivos, como:
- Torne o código da equipe legível.
- Reduza a sofisticação.
- Torne seu código-fonte mais sustentável etc.
A pior coisa, no entanto, é refatorar e adicionar um novo recurso no mesmo commit.
Se você quiser fazer refatoração, deve ser um commit separado. E se você estiver trabalhando em um novo recurso, ele deve ir em um commit específico.
Essas práticas compilam a técnica AFTER. Agora, vamos prosseguir para outras dicas úteis para trabalhar com o Git.
Clone uma filial
Às vezes, você precisa clonar uma ramificação específica do repositório remoto, não o repositório inteiro. Nesse caso, o Git Remote Add é a solução:
git remote add -t
Definir e redefinir autor
Para usar o Git, você deve definir seu nome e endereço de e-mail depois de baixá-lo. Os dados serão anexados a cada commit que você fizer. Portanto, você não poderá criar commits sem ele.
git config –global user.name “Seu nome”
git config –global user.email [email protected]
Se por algum motivo você precisar redefinir seu nome ou e-mail, aqui está o caminho:
git commit –amend –reset-author –no-edit
Otimizar repositório
Se um repositório inclui muitas centenas de objetos, pode haver muitos objetos desnecessários. É possível excluí-los com um comando específico – um comando de coleta de lixo que limpará seu repositório local.
Aqui está a sintaxe:git gc
Obtenha seu Guia do Git
É sempre melhor conhecer os comandos do git. O Git oferece um comando separado para essa finalidade, o comando git help:
git help -g
Ao executá-lo, você pode acessar e ler todos os comandos git disponíveis. O comando é particularmente importante quando você está aprendendo Git.
Arquivo Git
O comando Git Archive é um utilitário de linha de comando Git que gera um arquivo compactado como commits, branches ou árvores de Git Refs listados. Argumentos adicionais que irão alterar a saída do arquivo são aprovados pelo arquivo git.
git archive –format=tar HEAD
Este comando constrói um arquivo da referência HEAD atual do repositório quando executado. É um utilitário valioso para construir pacotes de repositórios git distribuídos. Nota:Ele permite vários formatos de saída no arquivo do Git que podem usar compactação adicional.
Conheça a pasta .git
A pasta .git contém todas as informações de controle de versão necessárias para seu projeto e todas as informações de commit, endereço de repositório remoto, etc. Ela também fornece um log que armazena seu histórico de commits para que você possa voltar ao histórico.
A pasta .git é o diretório criado quando você faz o git init ou git clone. Essa “coisa” faz um repositório “git” para seu projeto. Sem ele, o projeto é local – não é um projeto git, e você não pode aplicar nenhuma operação git.
A exclusão da pasta .git não remove nenhum outro arquivo que faça parte do repositório git. No entanto, não estará mais sob controle de versão. Portanto, você não deve excluir esta pasta.
Conclusão
O Git, sendo um sistema vasto com muitas centenas de milhares de apoiadores, está em constante aprimoramento. Os desenvolvedores adicionam novas opções e tornam a cooperação dos usuários muito mais eficaz e o desempenho das tarefas mais suave e rápido.
Muitas soluções de software para confirmar alterações e trabalhar com repositórios remotos. Entre eles, vale mencionar o dbForge Source Control, um add-in SSMS multifuncional. A funcionalidade Ifs permite que você trabalhe com o Git e também com sistemas como SVN, TFS e Microsoft Azure DevOps.
Espero que este artigo tenha fornecido a você o conhecimento essencial sobre dicas e práticas recomendadas do git, para que você possa aumentar sua produtividade. Obrigado por ler, e espero que este post ajude você em seu trabalho.
