Git

Durante o desenvolvimento é comum alterarmos o mesmo arquivo diversas vezes e se você gosta de manter um histórico consistente de suas alterações você pode esbarrar na situação onde um arquivo foi alterado em mais de um ponto e quer separar em commits distintos essas alterações. Pra exemplificar este aqui é o código que iremos trabalhar: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 from collections import namedtuple Cliente = namedtuple('Cliente', 'nome,idade'.split(',')) def inserir_cliente(cliente): print(f'Cliente {cliente.nome} inserido com sucesso') return 'ok' def test_inserir_cliente(): cliente = Cliente("Monicão", 3) resultado = inserir_cliente(cliente) assert resultado == 'ok' Agora o que queremos fazer é adicionar uma função que verifica se o cliente é valido (o nome deverá ter mais de três caracteres e a idade deve ser um número maior ou igual a zero). ...

Eu sempre tive um pouco de dificuldade de assimilar as diferenças de código do jeito padrão do Git, que é feita da forma padrão do diff do GNU/Linux. É algo que vem muito com o hábito e em arquivos pequenos é até mais simples visualizar as diferenças: Visualização de diferença com o diff padrão A minha sorte foi que olhando algumas ferramentas feitas em Rust na internet eu esbarrei no Delta, que é uma ferramenta de diff que permite visualizar o arquivo de maneira muito mais rica. ...

Durante o processo de desenvolvimento de software é comum que ao criarmos mais código, possamos enviar ele para o repositório de código, assim os colegas podem acompanhar o que está sendo alterado e também você criar um backup de suas informação. Mas surge uma dúvida na cabeça do programador: qual é o mínimo de código que deve criar antes de realizar um commit? Uma linha? Duas? Cem? Fica complexo definir isso, pois se criarmos muitos commits a nossa funcionalidade nova não fica atômica, mas se demorarmos para commitar e enviar para o repositório, corremos o risco de criar um commit grande demais para review, além é claro do risco de perder o código local. ...